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Approximation of Spherical Linear Interpolation 
Sure B.C. looks great, but with that many dinosaurs rampaging around with 
proto-human hunters shooting fire-arrows at them, you need to come up with 
some creative ways to offload the CPU, or your game becomes a fancy 
slideshow. See how Intrepid solved this by using approximation methods to 
interpolate the rotations of animations. 
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34 Game Developer’s Third Annual Salary Survey 


What does your counterpart at the studio across town make? What perks does 
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he get? How many years of experience in your craft do you need before you join 
the $100K club? When hiring the best talent, what is a fair industry-standard 
salary to negotiate? Find out in our Third Annual Salary Survey. 

Jennifer Olsen 


4O Postmortem: Totally Games’ Secret WEAPONS 
OVER NORMANDY 
Opportunity comes with risk, especially when adapting a PC legacy to vir- 
gin console territory. In facing competing market expectations while hav- 
ing to create three separate versions of the game, you quickly find that 
you’re fighting a war on multiple fronts. Find out which strategies 
worked—and which didn’t—for Totally Games. 
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GAME PLAN 


RETTER FROM THE EVITUE 


uality, Not Quantity 


hether it’s talking, 
being the root of 
all evil, not grow- 
ing on trees, or 
making the world 
go ’round, money’s on our minds this 
month with the publication of our Third 





Annual Salary Survey (page 34). There 
are few greater pleasures in life than 
being paid to do something you love, and 
the news among our salary respondents 
is good overall: they’re more experi- 
enced, getting paid more, and enjoying 
more perks. 

The real question is how to ensure 
developers continue to love what they 
do. The industry’s perpetual evolution 
produces a steady stream of new oppor- 
tunities for talented developers, but these 
opportunities are being undermined by 
those aspects of game developer life that 
remain, often to developers’ great frus- 
tration, unchanged. 

The biggest problem is lack of stabili- 
ty. Large companies can inflate and 
deflate project teams so quickly that, 
upon going gold, many developers are 
unsure whether to expect a bonus or a 
pink slip. Conversely, developers can 
jump from small studio to small studio 
and never feel more job security than 
they would if they were working in 
someone’s garage. Those few mid-sized 
studios in-between only offer employees 
a taste of both extremes. 

Beyond just recognizing the problem, 
employers must realize that, while stabil- 
ity is desirable to most, it means differ- 
ent things to different people. For some 
it’s fertile ground for professional 
growth or advancement. For others it’s 
insurance benefits, a share of profits, or 
a retirement nest egg. The single biggest 
overall change I’ve seen in game devel- 
opers in the past few years is thousands 
of young, transient, empty-apartment 
dwellers turning into family men and 
women. What a difference turning 30 
makes—just ask PONG. 

The commercial demands of game 
development awkwardly straddle aspects 
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of both staid corporate IT and chaotic 
Hollywood production models. Each of 
those industries has developed its own 
means by which to provide employees 
with the security they desire: IT through 
the relative predictability of mature soft- 
ware engineering practices and comfy, 
big-corporation benefits, Hollywood 
through guilds and unions. That’s not to 
say either industry is immune to periodic 
downturns, offshoring trends, or other 
threats to ongoing industry-level stability, 
but they have found a way to provide 
their talent on an individual level with 
some kind of safety net. 

If consolidation trends continue, a 
smaller number of larger employers will 
be able to provide stability with benefits 
but not immunity from layoffs at the 
end of every project cycle, which cast 
developers back into the pool of having 
to choose between risky small ventures, 
more revolving doors, or just heading 
off to another tech or entertainment sec- 
tor and taking their irreplaceable 
knowledge with them. Unionizing seems 
an unlikely near-term turn of events, so 
what’s the right way to protect develop- 
ers and promote long-term career and 
industry stability? 

I don’t have an answer, but at least I’m 
not the only person wondering. The 
International Game Developers Associa- 
tion recently formed the Quality of Life 
Committee (www.igda.org/qol) to address 
these and other issues pressing to devel- 
opers. Get involved in finding viable solu- 
tions for the human side of the game- 
business equation. Share your thoughts at 
the Committee’s roundtable sessions 
planned for this year’s Game Developers 
Conference, and help get the Committee’s 
whitepaper off the ground. Because your 
skills, talent, and experience are worth 
more than just a paycheck. 


Jennifer Olsen 
Editor-in-Chief 
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Dell Precision” workstations with NEW Adobe® Photoshop CS° software are machines you can count on when 
seconds count. NEW Adobe Photoshop CS takes image editing to new heights, with features that allow for 
easier image management, the ability to match color between images, and integrated support for raw files. 
A Add powerful, industry-leading Dell Precision workstations to the mix and you know you'll always get se ela Cedi 
knockout performance. And with the peace of mind only Dell’s award-winning service and support can provide. —_'9™ Fetal! version. 


Adobe Together, they create an image-editing powerhouse that turns crunch time into spare time. 





Click www.dell.com/photoshopadoffer Call 1-877-416-3355 


toll free 
Call: M-F 7a-8p Sat 8a-5p, CT 
Pricing, specifications, availability and terms of offer may change without notice. Taxes and shipping charges extra, and vary and not subject to discounts. U.S. Dell Small Business new purchases only. In case of customers leasing 
under these promotions, please note that items leased will be subject to applicable end-of-lease options or requirements. Dell cannot be held responsible for errors in typography or photography. "Service may be provided by third-party. 
Technician will be dispatched, if necessary, following phone-based troubleshooting. Subject to parts availability, geographical restrictions and terms of service contract. Service timing dependent upon time of day call placed to Dell. 
“Monthly payment based on pre-rebate price for 48-month 60 Days Same-as-Cash QuickLoan with 46 payments at 9.99% interest rate. Your interest rate and monthly payment may be same or higher, depending on your 
creditworthiness. If you do not pay the balance within 60 days of the QuickLoan Commencement Date (which is five days after product ships), interest will accrue during those first 60 days and a documentation fee may apply. OFFER 
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Maximum Performance, Single Processor Workstation 

e Intel” Pentium® 4 Processor with HT Technology at 3.20GHz 

e Microsoft® Windows” XP Professional 

e NEW Adobe® Photoshop CS® (Special Offer — Save $250) 

¢ 1GB Dual-Channel DDR SDRAM 

e Two 36GB SATA (10,000 RPM) Hard Drives with 
DataBurst Cache” SARC RAID 0 

e 8x DVD+RW/+R™ and 16x DVD-ROM 

¢ FREE Upgrade to 128MB NVIDIA® QuadroFX 500 Graphics 
Card for the price of 64MB NVIDIA® Quadro NVS 280 
Graphics Card 

e 3-Yr Next Business Day On-Site Service’ 

e Monitor Not Included 


$3999 (30 pmts:) 
2849 E-VALUE Code: 
20694-$40228a 


Recommended Upgrades: 


e 19" Dell” UltraSharp” 1901FP Flat Panel Monitor, add $649 

















Regular Price After $250 Discount as low as $77/mo. 


© WACOM Intuos2 Platinum (6"x8") Professional Pen Tablet, add $283 
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Scalable, Dual Processor Capable Workstation 

e Dual Intel® Xeon” Processors at 3.06GHz 

e Microsoft® Windows” XP Professional 

© NEW Adobe® Photoshop CS° (Special Offer — Save $250) 

e 1GB Dual-Channel DDR SDRAM 

© Two 36GB SATA (10,000 RPM) Hard Drives with DataBurst 
Cache” SARC RAID 0 

© 8x DVD+RW/+R" and 16x DVD-ROM 

¢ FREE Upgrade to 128MB NVIDIA® QuadroFX 500 Graphics 
Card for the price of 64MB NVIDIA® Quadro NVS 280 
Graphics Card 

e 3-Yr Next Business Day On-Site Service’ 

© Monitor Not Included 


Reguier Price Aiter $250 Discount as ‘i as $117/mo. 
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e 3-Yr Same Day (5X10) On-Site Service? add $199 
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Maximum Scalability, Dual Processor Capable Workstation 

e Dual Intel® Xeon” Processors at 3.20GHz 

© Microsoft® Windows” XP Professional 

© NEW Adobe® Photoshop CS° (Special Offer — Save $250) 

e 1GB Dual-Channel DDR SDRAM 

© Two 36GB SATA (10,000 RPM) Hard Drives with 
DataBurst Cache” SARC RAID 0 

© 8x DVD+RW/+R" and 16x DVD-ROM 

¢ FREE Upgrade to 128MB NVIDIA” QuadroFX 500 Graphics 
Card for the price of 64MB NVIDIA® Quadro NVS 280 
Graphics Card 

e 3-Yr Next Business Day On-Site Service 

© Monitor Not Included 


Regular Price After $250 Discount as low as $151/mo. 
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E-VALUE Code: 
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Recommended Upgrades: 
e WACOM Intuos (9"x12") Professional Pen Tablet, add $446 
e 20" Dell” UltraSharp” 2000FP Flat Panel Monitor, add $999 
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VARIES BY CREDITWORTHINESS OF CUSTOMER AS DETERMINED BY LENDER. Minimum transaction size of $500 required. Maximum aggregate financed amount for paperless acceptance not to exceed $25,000. If your order 
exceeds $25K, a Dell Financial Services rep will contact you to process your documentation. Taxes, fees and shipping charges are extra and may vary. Not valid on past orders or financing. QuickLoan arranged by CIT Bank to Small 
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A FORUM FOR YOUR POINT 


Mocap, My Precious 


j really enjoyed Ed Hooks’s article 
about motion capture and acting 
(“Chasing Gollum,” December 2003). 
Most of the articles written about motion 
capture are boring, technical, and not 
really helpful. I was a motion capture 
animator for seven years in the video- 
game business, and recently wrote a 
book on motion capture, scheduled to be 
released in February 2004. 

It seems we have a lot of the same 
ideas about the importance of the motion 
performer and setting up each shot to 
reflect the mood. Unfortunately, a lot of 
animators think, “I can change it howev- 
er I want after the fact,” which is an 
awkward way of looking at it. 

Matt Liverman 
via e-mail 


Projecting Confusion 


enjoyed Steve Theodore’s Artist’s View 
: column on “Procedural Textures” 
(November 2003). I am interested in 
exploring this subject more myself. One 
of the things that confused me in the arti- 
cle was his use of the term “projection.” 
I associate the term with UV coordinates, 
but is a projection simply an instance of 
a procedural being applied? 
Stefan Henry-Biskup 
Liquid Development, via e-mail 


Steve Theodore replies: a “projection” ts 
any method of relating a 3D object to a 
2D texture. If you freeze that projection 
you get a UV mapping, but you can also 
keep the projection live (in 3DS Max, 
this would mean setting the individual 
UV map gizmos to create different UV 
channels). In the example I was using in 
the article, I was suggesting multiple 
projections (such as front, side, and 
back) for painting the basis of a texture 
and then using render-to-texture to 
combine them into a single UV map, 
since very few realtime engines can han- 
dle multiple UV sets. The advantage of 
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that is you can paint the pieces at any 
resolution and orientation you want and 
still get them down into single, densely- 
packed UV map. 


Common Sense++ 


n response to Jonathan Blow’s 
; “Predicate Logic” column (The Inner 
Product, December 2003), I too have 
seen plenty of over-engineering in game 
code over the past few years. People try 
to get too tricky and fancy with object- 
oriented design and C++ features com- 
bined. As he states in the article, “they 
shoot themselves in the foot.” 

However, I think he’s throwing the 
baby out with the bathwater. My last 
project at my previous studio was start- 
ed from scratch for the Playstation 2 
using middleware for rendering. We had 
six programmers total, two of which 
had never shipped a game and two oth- 
ers that had shipped one game prior. In 
10 months, we completed the project on 
time and under budget while not only 
keeping features, but adding some fairly 
major ones in as well. We were heavily 
object oriented and fully C++. Some of 
this can be credited to our lightweight 
production process and software design 


OF VIEW. GIVE US YOUR seunnaen...£f 


philosophy. But I wholeheartedly believe 
that our overall engine architecture is 
what saved us. We didn’t template 
everything, we didn’t have ridiculous 
hierarchies or monolithic systems. We 
just had common sense. 
Paul Reynolds 
Humongous Entertainment/Atari, via e-mail 


Striking a Nerve 


onathan Blow’s column “Predicate 
J Logic” is very presumptuous. Bold 
statements are good, and everything he 
says makes sense. But he makes a lot of 





jumps and assumptions. In my opinion, 
the real question should be: do OO 
practices improve things over what they 
were before OO? The reason the pro- 
gramming community has so widely and 
completely embraced OO is: the answer 
is yes, a resounding and absolute yes. As 
tangled as OO can get to be, the 
spaghetti code that was used before it 
came along was far worse. 

So the second question becomes: does 
OO have problems? A corollary ques- 
tion may be: is OO doing all it was 
thought it would do? The inevitable 
answer is that it does have problems 
and that it isn’t as amazing as was ini- 
tially hoped. 

Hyrum Tanner 
BYU—Center for Instructional Design 
via e-mail 


Jonathan Blow replies: I agree with you 
entirely on these points. But I am not 
trying to say in the article that all OO is 
bad. What I am trying to say is, the 
game industry is currently going through 
a period of overzealous commitment to 
the OO paradigm, wherein anything 
that isn’t object oriented and extremely 
formal is considered bad. I think that’s 
very damaging and a big mistake. 





february 2004 |game developer 


Maximize Your Application Performance 


Intel® C++ Compiler 8.0 


The new version of Intel’s fast C++ compiler is here! 
Give your Windows* or Linux* application a boost in 
performance with little or no source code changes. VETTES 


for Windows 
& Linux! 
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Outstanding performance on Intel architecture including Intel® 
Pentium® 4, Intel® Xeon™ and Intel® Itanium® 2 processors. 


Compatibility 













Leading Intel C++ Windows 
C++ Compiler Compiler 8.0 . . 3 : 
for Windows e Integrates into Microsoft Visual Studio* .NET 
' Intel® Pentium® 4 processor, 3.2GHz, e Native source and binary compatibility with MS Visual C++* 
512 KB L2 Cache, 256MB memory, Linux 


Windows XP Professional 








e Source and binary compatibility with GCC 3.3 


33% 
Faster Integer 
Performance! 
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1 year of product upgrades and Intel Premier Support included 





“The MySQL database is designed from the start to maximize speed. 
The new Intel C++ Compiler 8.0 amplified this native speed with 
proven performance gains of more than 20 percent over using 
GCC 3.3, extending MySQL’s position as one of the fastest, most 
popular databases in the world.” 


AS — David Axmark 


*t Intel® Pentium® 4, 3.2 GHz, 512KB L2 MiySGQjl = MySQL AB Co-Founder and Vice President 
Cache, 256MB Memory, Linux 2.4 kernel 









Intel® C++ 
Compiler 8.0 


GCC 3.3.2 








= Intel® Integrated Performance Tinto Thread Checker Intel® Thread Checker 2.0 


jy Primitives Library 4.0 sisal MM Detects Win32 and OpenMP 
Highly optimized code for ee sq threading bugs. Race conditions, 
graphics, multimedia, math a cre deadlocks and more. 

Intel? C++ Compiler 8.0 for Linux 123 0B41 399.” 


and signal processing. 
Phoghamaners Prrndise 
Intel® IPP 4.0 for Windows 123 0B47 $499.° 


Intel® Thread Checker 2.0 for Windows i (oe) co(-) are) au c-1e|0(-1-) mr-(eleliiceyarel 
with VTune Analyzer 7.1 123 OC3D $1,198.° Haiielanitcitielamer:| | 


FREE trials available at: : . Email: ee oes 
programmersparadise.com/intel 


YOU SAVE UP TO ‘60! Paradise # Retail Discount 
Intel®? C++ Compiler 8.0 for Windows 123 0B40 8399. 





© 2004 Intel Corporation Intel, the Intel logo, Pentium, Itanium, Intel Xeon and VTune are trademarks or registered trademarks of Intel 
Corporation or its subsidiaries in the United States and other countries. “Other names and brands may be claimed as the property of others. 
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Vice City still under fire. Responding to crit- 
icism from the Haitian American groups, 
Rockstar’s parent company Take-Two 
issued an apology and promised to 
change a portion of GRAND THEFT AUTO: 
Vice City that featured the mission 
objective “kill all the Haitians” (a refer- 
ence to a specific drug gang). The meas- 
ures, however, fail to satisfy the protest- 
ers: Jean-Robert Lafortune of the 
Haitian American Grassroots Coalition 
says the sheer presence of the game con- 
stitutes “a clear and present danger for 
Haitian nationals.” The latest lawsuit 
from the Palm Beach County Haitian 
American Coalition named not only the 
game makers but also several retailers 
(Target, Wal-Mart, and Best Buy) as 
defendants. This particular controversy 
did not surface until nearly 13 months 
after VICE CITy’s release. 


PSX sold out in Japan despite ambivalent 
analysts. Sony’s multifunction device PSX 
debuted in Japan to mixed reviews from 
industry analysts: Kazumasa Kubota of 
Okasan Securities called it a “publicity 
‘: a stunt” and predicted 











| Intel oni 8.0. Intel ng Par version 
ee 0 of its compilers, designed for opti- 
mizing performance of C++ (and 
Fortran) applications running on Intel 
processors. The Intel C++ Compilers 
for Windows and Windows CE .NET 
support optimization of code for Intel’s 
range of CPUs, including its Xscale 
PDA processors as well as the current 
variations of its 32-bit and 64-bit desk- 
_ top chips. www.intel.com/software/ — 

_ products/compilers/ 


















Softimage Behavior. Softimage has 
_ shipped version 1.5 of Softimage 


- to simulate the behavior of crowds of © 


bering in the thousands. New in version 
1.5 is a batch-processing system that 


| SDeonnexion supports pec apps. 
3Dconnexion has enhanced ee dee 


~ Spaceball, Spacemouse, Spacenavigator, | 
and Spacetraveler are now supported | 
by 3DS Max, Cinema 4D, Bodypaint — 
3D, Maya, Motionbuilder, and 
- Photoshop, with the mapping of some 
- Behavior, an IDE/SDK that allows users or all of the six axes optimized for — 


any conceivable size, even crowds num-. 
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PSX debuted in Japan to a mixed reception. 


sales momentum would dissipate after a 
month or two; Kazuya Yamamoto of UFJ 
Tsubasa observed that “lowering the 
specifications of the PSX hurt Sony’s 
image.” (Sony released the device with- 
out some of the features previously 
promised.) On the other hand, Hideki 
Watanabe of HSBC Securities noted that, 
compared to similar products from 
Matsushita Electric and Pioneer, the PSX 
is less expensive and highly competitive. 
Despite the skepticism of some analysts, 
the consumers depleted the first produc- 
tion run of the unit within a few days. 


THE TOOLBOX 


can be used to model complex behav- 
iors in the background, enbaling you to 
continue working in the sei a 
www. su soltimars. com | 


for its line of 3D motion controllers, 
providing expanded features and cus- 
tomization for the Dee market. Its 


manipulation of the on-screen view, = 
camera position, or objects. 

www.3dconnexion.com ae 
—Peter Sheerin 
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TRY WATCH 


KEEPING AN EYE ON THE GAME BIZ 


kenneth wong 


What's in a name? Microsoft, which once 
sued the makers of Lindows OS for 
infringing on its Windows OS trademark, 
is now being hit with a similar lawsuit 
from Mythic Entertainment, the makers 
of DARK AGE OF CAMELOT. Mythic 
alleges that the software giant’s upcom- 
ing MMORPG MyTHICA is likely to 
cause confusion among the consumers. 
Mythic has previously raised objections 
to Microsoft’s use of the name MYTHICA, 
but Microsoft refused to desist. Filed in 
the U.S. District Court for the Eastern 
District of Virginia (Alexandria), 
Mythic’s suit seeks permanent injunction 
and economic remedies. 


Sid Meier inducted into CMA Hall of Fame. Sid 
Meier, creator of the CIVILIZATION game 
series, is among the top five individuals 
the public has voted for induction into the 
Computer Museum of America (CMA) 
Hall of Fame Class of 2002 (www. 
computer-museum.org). The CMA Hall of 
Fame recognizes innovators who have 
contributed to the computer industry’s 
milestone achievements. Meier will join 
other nominees past and present, ranging 
from Charles Babbage, inventor of the 
Analytical Engine, to Tim Berners-Lee, 
father of the World Wide Web. & 


Send all industry and product release 
news to news@gdmag.com. 
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Put Your Passion Into Play. 


Sure. 

You could bang your head on the side of a table and 
hope that some of that inspiration stuck to the 
inside of your cranium floats free and trickles down 
to your fingertips into your creation. 


That’s one way. 
y e Microsoft DirectX Developer Day 
Sponsored Tutorial 


Or you can dream in real time and see your passion To register and for in-depth information, go to: 


play out as explosive flashes of ideas pulse faster www.gdconf.com 

and faster. And you can’t believe that all that cool 

stuff that’s been banging around inside you is e Hands-On, High-Level Shader 
actually going into a game you're creating. Language Workshops 

That’s another way. Microsoft Sponsored Sessions 


¢ Microsoft DirectX Expo Booth 
Microsoft» DirectX» suggests the latter. Check out 


all our events at GDC 2004, March 22 - 26. e Microsoft DirectX Party 





© 2004 Microsoft Corporation. All rights reserved. 

Microsoft, DirectX, Windows, and the Windows logo are either registered trademarks or trademarks of 

Microsoft Corporation in the United States and/or other countries. = 

The names of actual companies and products mentioned herein may be the trademarks of their respective owners. 





PRODUCT REVIEWS 


Sensaura’s Gamecoda 


amecoda by Sensaura is a 
complete audio solution 
for PC, Playstation 2, 
Xbox, and Gamecube 
(with internal develop- 
ment versions running on WinCE and 
Mac OS). Having only been about 14 
months from its conception, it has yet to 
make a substantial impact on the scene, 
but Sensaura claims that at least two very 
large game publishers have already taken 
it on-board for a number of upcoming 
titles. Pll take a look at its functionality, 
scalability, and ease of implementation in 
this review. For this review, I tested ver- 
sion 1.5, the latest version available. 
(Version 2.0 was in beta at press time, 
and is set to be released at GDC 2004.) 

Gamecoda makes its interface fairly 
simple, using a four-layered system, con- 
sisting of a Sensaura abstraction layer 
(SAL), low-level Gamecoda API, Game- 
coda toolkit, and high-level CAGE 
(Console Audio Game Engine) game 
audio API with its tools (CAGE Producer 
and CAGE Plug-ins). The abstraction 
layer is the lowest level, sitting between 
the main CODA API and the actual 
hardware, making future ports to other 
platforms a much smoother process. 

The Gamecoda API is the core of 
Gamecoda, containing the usual func- 
tionality found at this level, such as 
buffer and source creation and playback, 
along with many other features. Some of 
the main features include 3D audio, 
envelopes, LFOs, filters, seamless buffer 
queuing, and reverb. Software versions of 
all features are available, should they not 
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be provided in hardware on the platform, 


thus making the API completely flat and 
truly cross-platform. 

The high-level CAGE API integrates 
with the CAGE Producer application and 
provides a very simple interface (sound 
can be played back using only six calls), 
while adding all of the CAGE features 
such as automatic streaming, randomiza- 
tion, sequencing, and sound instancing. 
Full source code for this API is provided. 
While I can’t comment on programmer 
interaction with the system, as it hasn’t 
yet been released with a title, CAGE and 
the CAGE Producer are where I got to 
get my hands dirty, and are the sections 
that I think expose some of the most 
advanced functionality of the system. 

CAGE organizes sounds in an abstract 





game audio since 1994 and is currently the audio manager at Midway in San Diego. 
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The containers in Sensaura’s Gamecoda enable fine-tuned control through a logical interface. 


sense as objects, rather than as individual 
files, which is the next level of sound file 
management in modern projects. The 
objects act as containers (known as “sam- 
ple banks”) for any number of sound 
files, be they .WAV, .VAG, or whatever 
format your platform and engine prefer. 
The containers can have a great number 
of properties set and can then be con- 
trolled in playback through another con- 
tainer known as a “sound bank.” Thus, if 
you wanted to have 12 footstep sound 
variations and wanted to change their 
timing to be dependent on “walk” or 
“run,” you could place all of your sounds 
in a single sample bank, and assign prop- 
erties to two sounds in a sound bank: 
“walk” and “run.” Footstep sounds on 
different surfaces can be accommodated 
by simply creating other sample banks 
containing the relevant samples, and a 
slot system allows for easy swapping of 
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similar sample banks in the game. If you 
discover that a few of the “heel” sounds 
are too loud and don’t want to change 
the files themselves, simply create a mix 
group and you have full control of vol- 
ume there. I found this aspect of 
Gamecoda to be straightforward and 
powerful, and it took just a few minutes 
to get a few samples together and play 
around with them in real time. 

Properties exist in the user-friendly 
CAGE Producer GUI to manipulate 3D 
placement, reverb, volume, panning, rep- 
etition, and the properties of the files 
themselves. One particularly useful indi- 
cator tells you exactly what compression 
is used by any file (or set of files) that 
you click on. If you want to compress 
files to a particular platform’s codec, or 
resample them to a different rate, it will 
do this for you, singularly or in batches, 
leaving the original files intact. 

Some extended functionality began to 
emerge later during my testing: interleav- 


STATS 

Sensaura 
Middlesex, U.K. 
+44 (20) 8848-6636 


www.sensaura.com 


PRICE 
$10,000-$25,000 

SYSTEM REQUIREMENTS 
PC (Windows), relevant game console 
development kits. 


PROS 

1. Cross platform. 

2. Advanced data management and file 
organization. 

3. Less programmer low-level work and 
more control to the audio staff. 


CONS 

1. No real-time (interactive) mixing. 

2. Needs engine editor support (Unreal, 
and so forth). 

3. Reverb zones represented only as 
boxes. 





www.gdmag.com 


ing and matrices. With interleaving you 
can load multiple variations of the same 
track and interleave them into a single file 
for greater efficiency and synchronized 
playback. This can be useful for varied 
music playback as well as sound effects. It 
also means you can stream a stereo VAG 
file or Xbox ADPCM file. Interleaved 
streams can also contain markers, allow- 
ing the programmer to trigger in-game 
effects based on musical cues. 

A matrix lets you set a “grid” of 
sounds that you can manipulate based on 
timing or other parameters as well. This 
gives far more depth than randomized 
playback, or even randomized playback 


with a bias against recently played sounds. 


I experienced this through a demo that 
simulated a car engine, with results that 
sounded pretty darn realistic. It’s incredi- 
bly versatile but a bit less obvious when it 
comes to methodologies. I can’t imagine 
what I'd use it for, but if it can simulate a 
car engine I’m sure it can do a lot more 
along two axes of sound playback. 

CAGE has varied reverb settings based 
on different environments (if the player 
enters a large cavern, the reverb settings 
can reflect it). Unfortunately the settings 
are based on boxes, which can be diffi- 
cult to manipulate with a complex level 
architecture. At least a basic set of primi- 
tives would be more useful. 

Gamecoda also has taken a step for- 
ward by interfacing with two of the most 
used 3D rendering programs on the plan- 
et for game development: Maya and 3DS 
Max. While this is a great way for audio 
staff to help take some pressure off the 
level design staff, most studios have 
either engines such as Unreal or their 
own proprietary systems for level design, 
which are spread across widely ranging 
techniques. Some studios use a combina- 
tion, having level designers build basic 
level shapes and artists touch up areas by 
importing prerendered objects, or 
importing levels entirely. For the latter 
method, Gamecoda is an absolutely per- 
fect fit, but for others the game studio is 
left to find its own method of implemen- 
tation of reverb zones and sound object 
assignments. Gamecoda does pick up the 
slack by providing easy ways to do this 
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in its documentation, and sensibly uses 
XML for its project file format. Covering 
more ground with existing engines would 
be the next step to take to cover as many 
bases as possible. 

Finally, something that is helping short- 
en the increasing time taken for mixing 
sounds properly during the alpha and beta 
states of a game is interactive mixing. As 
games approach Hollywood levels of 
sound quality, having a good mix is 
becoming increasingly more important. 
Being able to ID sounds or groups of 
sounds and assign faders to them that 
control volume, filters, and such during 
gameplay is a feature showing up in some 
of the console dev kits, though Gamecoda 
has yet to provide this. 

Gamecoda is one of the most advanced 
sound engines available and scores high 
for its cross-platform versatility and large 
list of features. But its youth shows, and 
it still has some growing to do to wear 
the king’s crown of game audio engines. 
Regardless, ’'d recommend it for any 
kind of project for just about any genre. 
It'll save studios without their own cus- 
tom engine an awful lot of time. 


Digimation’s Model 
Bank Collection 


by tom carroll 


retend for a moment that you’re in 
Pp... 3D modeling and animation 
field. It’s 4:45PM and you’ve just put the 
wraps on a shot showing Japanese fight- 
er aircraft strafing a Tyrannosaurus rex. 
Your boss enters the office and before 
you can say, “The shot’s a wrap, CJ,” 
he swivels your chair around and 
shouts, “The brass just saw the rushes— 
Zeros are out, Stukas are in; the T-Rex 
is nOW a monstrous anaconda that’s 
fighting a giant grasshopper. I’ll be back 
in 15 minutes and you’d better have 
something up and running!” What 
would you do (besides checking whether 
your résumé is current)? 

If you have Digimation’s exhaustively 
thorough Model Bank Collection, a com- 
pilation of more than 4,600 detailed and 
fully textured 3D models, you can simply 
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A “dirigible dreadnought’ assembled from 
Digimation’s Model Bank Collection. 


replace one set of models with another 
and concentrate on the rigging and ani- 
mating. The Model Bank Collection spans 
nine CDs and contains 1,160 distinct 
models covering all things vehicular (mili- 
tary and civilian), animals, architecture, 
furnishings, plants, anatomy, and more. 

Also, each model comes in four levels 
of detail (very high, high, medium, and 
low), which accounts for the 4,600 mod- 
els in the total package. The availability of 
high-quality LOD models is invaluable to 
both cinematic and real-time videogame 
developers; judicious application of LODs 
helps speed rendering time without sacri- 
ficing the quality of the finished product. 

While it’s unrealistic to dig thoroughly 
into every model on the nine CDs, the 
ones I looked at were appropriately 
detailed, and each LOD was carefully 
matched with a respectable set of texture 
maps and materials. The selection menus 
for the Model Bank Collection are simple 
and effective (click on a category, select 
the model you want, highlight it with the 
cursor, and read the name and location of 
each model). 

In the videogame industry, it’s pretty 
common knowledge that many developers 
go to great lengths to build their own pro- 
prietary models. It’s also common knowl- 
edge that when modelers have to rely on 
sketchy reference photos of various assets 
(or their own imaginations) the results can 
vary widely from how things look in real 
life. Add to the mix the problems that 
harsh deadlines can impose and you’ve 
got the picture. Digimation’s models are 
very representational of the actual assets, 
which leaves the developer free to make 
changes to the geometry to suit the appli- 
cation or alter the textures to make the 
asset unique. Each model also comes with 
a bonus: both bump and reflection maps. 
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Digimation’s CD-based Model Bank 
Collection is available only in .MAX for- 
mat, which shouldn’t be a problem for 
most users who are familiar with such 
conversion programs as PolyTrans. The 
full collection costs $995, but check the 
company’s web site for special offers as 
well as details on how the collection is 
available via the Internet. The online ver- 
sion supports such formats as: .MAX, 
DS; OB], .DXE COB (TrueSpace), XX 
(DirectX), .VRML, and .W3D 
(Shockwave 3D). 

A test project that I pursued was the 
creation of a hybrid zeppelin/battleship 
called a “dirigible dreadnought,” some- 
thing I never would have done if I had 
had to develop my own models. Via 
Digimation’s Model Bank Collection, I 
had a serviceable dirigible dreadnought 
up and on-screen within moments, allow- 
ing me to concentrate on customizing this 
Hindenburg of battleships to suit my own 
needs. And that’s where this collection 
shines most—putting credible assets in 
the hands of creative people. 


2 O&K | Model Bank Collection 
Digimation 
www.digimation.com 


Tom (jetzepS6@yahoo.com) is an environ- 
ment modeler for Rockstar San Diego. 


Alias Sketchbook Pro 1.0 


spencer lindsay 


Ithough the advent of the tablet PC 
) - ene innovative when I saw Bill 
Gates bring it out at Comdex a few years 
ago, I could never really figure out what I 
would do with it. It’s a computer without 
all the input devices ’'m used to. However, 
after downloading and trying out Alias 
Sketchbook Pro 1.0, I think I need to get 
one. The only thing missing from Sketch- 
book Pro is the smell of my eraser and the 
scratching of the pencil. Really. Its sensi- 
tivity and flow are exponentially better 
than Photoshop’s. Though it doesn’t have 
a lot of the features found in Adobe’s 
Photoshop or Corel’s Painter, it makes up 
for their lack in its speed (not to mention 
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price). Featuring an amazing set of pencil 
and marker tools, as well as a pen, eraser, 
airbrush, smear tool, custom brush editor, 
and a good layer feature, Alias Sketch- 
book Pro is a solid first release. 

Upon opening Sketchbook Pro for the 
first time, I was a bit intimidated by the 
lack of visible tools. All you get is a white 
page with a small graphic tool pallet in 
the bottom-left corner. After reading the 
docs and playing with it a bit, however, I 
found the tools easy to find and use. 
Most tools are selectable via a flick of the 
stylus, and the color mixer offers func- 
tionality similar to that found in Painter’s 
excellent palette tools, and is extremely 
easy to use. The pencil and marker tools 
were my favorite. Most paint programs 
make an attempt to get the marker look 
correct, but this is the first program I’ve 
used that really made me believe that I 
was using a marker. 

Although Sketchbook Pro has many 
great features, it also has a few not-so- 
great ones. Moving around in the sketch 
environment is extremely tedious. Instead 
of the simple “spacebar and drag” of 
Photoshop, there’s a “zoom and move” 
tool that drove me nuts with its counter- 
intuitive gizmo floating at the end of my 
pen. Another bother was that there was 
no way to assign hotkeys to often-used 
commands. I know that this was built for 
Tablet PCs, but adding hotkey support 
would make this a much easier tool to 
use, both on desktop workstations and 
with those Tablet PCs that feature key- 
boards. The eraser tool was sometimes 
linked to my stylus eraser, and sometimes 
not. Finally, a lasso tool and .PSD import 
would add some essential functionality. 

Although I’m sure that 2.0 will shake 
some of the bugs out, at $179.00 for the 
download version and $199.00 for the 
CD version with printed manuals, Alias 
Sketchbook Pro is a great addition to any 
digital artist’s tool set. 


2 2% % A | Alias Sketchbook Pro 1.0 
Alias 
www.alias.com 


Spencer (slindsay@rockstarsandiego.com) is 
a technical artist for Rockstar San Diego. 
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ALIENIVWVARE 


HIGH-PERFORMANCE SYSTEMS 


cf 


Alienware's hardware provided an extreme boost to 
Our overall productivity and development capacity 
and efficiency. Their machines provided the corner- 
Stone of many of our production pipelines, including 
rendered animation and software compiling. Home- 
world 2 would not have been able to be completed 


on schedule without their support. y, 7 


Dan Irish, Executive Producer 


Relic Entertainment 


The New Alienware® Game Developer Program 

The Alienware Game Developer Program allows game designers and 
developers access to cutting-edge Alienware systems at greatly reduced 
prices such as the Area-51™ featuring an Intel® Pentium® 4 
Processor with HT technology. In addition, the program boasts a 
dedicated sales and technical support staff, specially trained to respond 
to game developers' needs. Combined with Alienware's policy of offering 


significantly discounted upgrades and available business leasing, the 


Alienware Game Developer Program promises to be uniquely attractive 


to both corporate and independent game developers. 
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ALIEINVAPSS 


Alienware Professional Workstations 

The leading provider of high-performance desktops and 
notebooks presents a new line of professional workstations. 
Alienware delivers maximum performance, value, and 
Stability in applications like 3D animation, video 
production, and digital audio production. Backed by award- 
winning customer support, Alienware professional systems 


are the ultimate creative platform. 


WWW.ALIENWARE.COM/GDM 
1-S00-ALIENWARE 


[1.800.254.3692] 


Alienware can not be held responsible for errors in photography or typography. Award(s) and quote(s) listed do not pertain to a specific system or configuration. Actual case may vary in design. Alienware and the Alienware logo are registered trademarks and trademarks of Alienware 


Corporation. Relic 


and the Relic logo are registered trademarks of Relic Entertainment Inc. All rights reserved. Intel, Intel Inside and Pentium are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries. All registered trademarks and 


trademarks are the property of their respective owners. (1) American Express Business Finance is only applicable to business customers with approved credit and minimum 2 years time in business. 
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TALKING TO PEOPLE WHO MAKE A DIFFERENCE | jami!l moledina 


Emerging from the Tunnel 


lon Storm’s Randy Smith on distinguishing the art of games 


e caught up with Randy 
Smith just as he was put- 
ting the finishing touches 
on THIEF 3 as project 
director at Ion Storm. 
Randy has worked on the stealth-based THIEF 
series since its inception, starting out his career 
as a designer at Looking Glass Studios. This lat- 
est THIEF integrates current techniques such as 
emergent gameplay, although there’s much 
more going on, as evidenced by Randy’s intro- 
duction of the ability to see your character’s 





limbs from the first-person perspective. 

Game Developer: What challenges were posed 
by THieF 3’s “body awareness” feature? 

Randy Smith: The feature has some of the 
harder challenges from implementing both 
first-person and third-person view modes. For 
example, in most first-person games you don’t have to show 
your character animating when climbing, but with body aware- 
ness you have to, because the player character is visible and 
animating in the world. In most third-person games, you don’t 
have to line up the character with world geometry all that pre- 
cisely, but with body awareness you have to, because the cam- 
era is so close to the player character’s model. Also, the camera 
is attached to the player character’s head, so you need to create 
animations that hold the head steady in addition to being aes- 
thetically pleasing, which is really hard. 

GD: How do you define emergent gameplay? 

RS: Emergent gameplay is the phenomenon in which game- 
play challenges or solutions to challenges emerge (possibly 
unexpectedly) as a second-order consequence of game systems 
interacting with each other. So, say you’ve got Als who chase 
the player, and you’ve got pressure plates that detect weight 
on them and trigger traps. The pressure plates were placed 
expecting the player would walk over them, but the design is 
that clever players can also lure Als to set off the traps. 
Luring the Als onto the pressure plates is an expected exam- 
ple of emergent gameplay in which the AI system and the 
physics system interact. Then, during playtest, you discover 
that some clever players are tossing objects onto the pressure 
plates to set the traps off, which is an unexpected example of 
emergent gameplay, in this case an emergent solution. There’s 
also emergent problems, such as when the AI on the pressure 
plate gets killed by the trap but then a friendly AI hears the 
noise and as a consequence starts walking towards the pres- 
sure plates to investigate—suddenly the player has to protect 
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Randy Smith demonstrating the 
importance of emergence. 


that AI from the pressure plates, which is an 
emergent problem. 

GD: What role should it play in future games? 

RS: As you can see from the examples, emer- 
gent gameplay supports player choice and 
expression in a way that you can’t get in a game 
where every possible challenge, solution, and 
outcome is understood and explicitly imple- 
mented ahead of time by the developers. The 
important thing to me is the fact that interac- 
tion is what sets games apart and makes them a 
unique art form. If the history of other art 
forms is any indication, then I believe the future 
of interactive art is in more complicated forms 
of interaction, and emergence is likely to be a 
designer tool which contributes to pioneering 
that future. But it’s probably the case that 
whether entertainment software follows this 
development is up to fickle consumer demand. 

GD: What other tools do you think are worth experimenting with 
in distinguishing the interactive qualities of games? 

RS: Well, I think simulation is going to continue being really 
important for empowering player expression and sophisticated 
interaction. If you don’t have at least a little simulation in your 
game, if everything is emulated, then the most sophisticated 
player expression you can achieve is still discrete, and that’s a 
pretty limited form of interaction and expression. 

Another tool I’m interested in right now is narrative. During 
THIEF 3’s development, we experimented with the narrative 
presentation. The player is presented with some ambiguous but 
emotionally charged material towards which they can express 
a variety of reactions using their standard in-game tools. The 
game detects and responds to a handful of possible non-mutu- 
ally-exclusive responses. This design is meant to capitalize on a 
player trend we noticed, in which players would unexpectedly 
contribute to the background story in various ways, such as 
knocking out all the guards and leaving them in one room. 

There’s an assumption that videogames are supposed to be 
somewhat realistic experience simulators. I think once interac- 
tive art really establishes itself as a fine art, as opposed to sim- 
ply an entertainment medium, then this assumption too will 
start to be questioned. Again, this is pretty parallel to the his- 
tory of other art forms, but it’s probably a long way off. 

GD: What games are you playing now? 

RS: Marto KarT: DOUBLE Dasu!!, DEus Ex: INVISIBLE 
War, THE LEGEND OF ZELDA: THE WIND WAKER, ANCIENT 
DOMAINS OF MysTERY, and DECKER. ro 
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Take control with Araxis Merge v6.5. Compare, review 
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typedef COptionsDialog Inherit 
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Araxis Merge v6.5 for Windows is designed to help you work quickly and accurately 
with multiple revisions of text files, whether you are comparing individual files 
or reconciling entire branches of source code. Tight integration between file and 
folder comparison makes it easy to identify and review every change in every 
source file, even when comparing folder hierarchies containing thousands of files. 
Visit www.araxis.com today and download a free fully-functional evaluation. 
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Designing the Language 


Lerp: Part 2 


wo months ago I looked at predicate logic as a 
possible way to help simplify game programming; 
last month I introduced a programming language 
called Lerp. The paradigm behind Lerp is a fusion 
between traditional imperative programming and 
the declarative style of predicate logic. 

Toward the end of last month’s article, I implemented C-style 
structs as syntactic sugar over predicate logic databases. This 
means that the programming language has very good introspec- 
tion support, and all sorts of interesting pattern-matching 
queries can be performed on fundamental data structures. 

All the time, random people propose high-level programming 
features that sound good at first but, when applied to real 
problems, are not actually helpful. (In fact, this seems to be the 
norm for new language features.) Not only have I proposed a 
feature unproven in the world of games, I have used it to 
replace struct, the traditional workhorse of the imperative lan- 
guage. Given all this, the onus is upon me to show that the 
database features are useful for nontrivial real-world problems. 





A Simple Real-World App 


thought it would be fun to choose a program from an earlier 
: column and port it from C++ to Lerp. After a bit of consider- 
ation, I chose the application from “Interactive Profiling: Part 1” 
(December 2002). The program is relatively simple; you have a 
standard mouse-look and keyboard-walk interface for moving 
around the world, the ground is flat, and there are about 100 
crates scattered around. The crates are rotated at different orien- 
tations, and there are a number of different textures on them. 
Originally, the point of this program was to provide a simple 
world for a profiler to run on. Since profiling is not the point of 
this exercise, to help keep things simple in the port, I reduced 
the profiling information to a traditional frame counter. 

This application has been a good crucible for the early 
design of the language. I started with a vague idea (I wanted to 
base a language on predicate logic) and selectively refined the 
language based on the demands made by concrete programs 
like this one—hopefully keeping myself grounded in reality 
through the process. 


Nature of the Test Program 


ne interesting aspect of this test program is that it draws 
 @ ] all those crates at a very low level. It uses glVertex(), 
glTexCoord(), and glColor() to render each crate at one vertex at 
a time. Lerp is intended to be a scripting language, and in a real 
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game, you'd rarely use the scripting language to render at this 
low a level. Instead you would use a render_mesh() function, 
which would be implemented in fast and efficient C++ code. 

In fact, this test application is so low-level that it even com- 
putes the lighting for the faces itself, by dynamically computing 
surface normals and dot-product-ing them with the light direc- 
tion. If the program were trying to do less work, it could store 
surface normals for each entity and tell OpenGL to do the 
lighting itself. 

As a result of all this, the program is actually much more 
stressful than necessary to meet our domain requirements. If it 
can be made to run quickly, we’re in good shape. 


Program Fundamentals 


he test app uses a Vector3 class to represent points, and it 
does a bunch of math on those points, passing the results 
to the aforementioned OpenGL calls to render the world. 

Naturally I need to implement a way to call OpenGL func- 
tions from Lerp. That’s straightforward enough; I can just code 
wrappers in C++ that can be called from Lerp. 

I could also implement a Vector3 class in C++, manipulated 
via wrappers, but that would be a cop-out. The whole point of 
this program is to stress-test Lerp’s data structure—handling 
mechanism, and Vector3 is the fundamental data structure of 
this program. So Vector3 needs to be implemented using the 
database features. 


implementing Vector3 


ow to implement a Vector3 as a database? I could take 
iad the approach we tend to use in C++, which is just to have 
some named slots x, y, and z, with a floating-point value for 
each. But lately ’ve been rethinking these named coordinates, 
as they don’t generalize very well to higher dimensions—for the 
fourth dimension, sure, we can use w, but beyond that the let- 
ters just get arbitrary. And if Lerp is going to be a high-level 
language, the code I write for Vector3 should just be reusable 
for Vector4, Vector11, or any other dimension. So, whereas | 
might introduce the ability to use names as aliases for the 
dimensions at some later date, for now I am just going to num- 
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ber the dimensions 1, 2, and 3. This is in keeping with the dif- 
ferential forms and Clifford algebra traditions of naming 
dimensions eé,, e,, and so forth, except I am leaving off the e. 
Also, it introduces uniformity between the way we reference 
vectors and matrices (we use integer subscripts for matrices). 

So a Vector3 will just be a database containing facts that tell 
me what the coordinates are. Each coordinate will be represent- 
ed by one fact, perhaps like this: [“coordinate 1 0.337], meaning, 
“The value of coordinate 1 is 0.337.” But on second thought, 
every fact stored in a vector is going to have ‘coordinate as the 
first entry, so we can just eliminate that redundancy. Hence the 
facts will look like [1 0.337] or [8 1.562]. From now on I will 
also call facts tuples, since really what we are looking at here 
are tuples of arbitrary data elements. 

For a Vector3 to be valid, the facts inside it should be two 
elements long, the first element being an integer, the second ele- 
ment being a floating-point number. (There’s another important 
constraint that we’ll talk about later.) It would be nice to have 
some error checking, so the program can tell us when we make 
mistakes. So I created the ability to declare a database schema 
inside a struct declaration. The schema controls which facts can 
be stored in a database, and it provides error checking as well 
as program documentation. For a Vector3 it looks like this: 


struct Vector3 { 
[?Integer ?Float]; 


The syntax for a schema uses square brackets just like a fact 
tuple would. This schema indicates that the first slot can be any 
integer and the second can be any float. But we ought to be 
more specific than this; the first coordinate of a Vector3 can’t 
be just any integer; it has to be between 1 and 3. So I added 
some new syntax to declare this in a compact way: 


struct Vector3 { 
[(1..3) ?Float]: 


At this point, it’s easy to see that an optimized version of 
Lerp could look at this declaration and know to store the 
Vector3 floating-point values compactly into an array. That’s 
good to keep in the back of our minds, but we won’t obsess 
over It now. 

” indicating a range of inte- 
gers, I made it work in imperative expressions also. You can say 
each (1..n) {...} and the code will loop 1 times over the block. 


This is used in the example code to initialize the crates. 


Since I added this concept of “.. 


Syntactic Sugar for Vector3 


sing the syntax introduced last month, we can manipulate 
YU this new Vector3 type. Supposing we have a Vector3 called 
v, we can find its x coordinate by evaluating v.[1 ??]. In other 
words, for the tuple with 1 in the first slot, what is the value in 
the second slot? But what’s interesting—and very hard to do in 
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C++—1s that we can also perform queries that go backward 
from the usual direction. So we can say things such as each 
v.[?? 0.0]. In other words, give me a list of the coordinates that 
are zero. 

Still, the v.[1 ??] seems cumbersome; in C we would just say 
v.x. Also, we need to think about initializing the vector. In C, 
we can say v.x = foo. As of last month’s sample code, we used 
the operator “.+” to add things to databases (and “.-” to 
remove them); so to set coordinate 1 of the vector, we’d say 
v .* (1 foo], 

But we have a consistency problem here that can cause more 
tedium. Not only must each tuple of v be well-formed, but there 
should be only one tuple for each spatial coordinate. If v has 
two different entries with 1 in the first slot, we’re in trouble. So 
before saying v .+ [1 foo] as shown above, we need to say v .- 
[1 ?]. In other words, remove any tuple with 1 in the first slot. If 
we don’t remember to do that, we create a glaring data inconsis- 
tency. That requirement is annoying and it encourages errors. 
Furthermore, there’s no way for the system to catch the errors, 
because the compiler doesn’t know about this constraint. 

To help improve error checking, and to make programming 
nicer, I added the idea of a domain/range relationship to the 
struct schema declaration. The power of the database approach 
is that we can query the data in a freeform way, so we’re not 
restricted; but often, as with the Vector3, we are modeling func- 
tions (not arbitrary relations). In these cases, one direction of 
query is forward, and another backward. We want to make it 
easy to talk about the forward direction, since that will be the 
most common case. 

So in the schema, you can use the symbol “|” to indicate a 
division in a tuple: everything to the left is the domain; every- 
thing to the right is the range. The definition of Vector3 
becomes: 


” 


struct Vector3 { 
[(1..3) | ?Float]; 


Sometimes the domain of a tuple won’t be on the left-hand 
side. In those cases, I provide an alternative syntax for declar- 
ing it; see the sample code if you’re interested. 

Now at least if we assert two tuples for the same coordinate, 
the system can signal an error. But I also added some syntactic 
sugar to imperative expressions, using C-style array subscript- 
ing syntax. If you say v[1] as an r-value, that’s equivalent to 
the expression v.[1 ??] (since the compiler knows by looking at 
the schema that the domain of v is one element wide). If you 
use v[1] as an l-value, as in v[1] = foo, the compiler removes 
from v any old tuple that matches [1 ?] before adding the new 
tuple [1 foo]. 

Using this nice brief syntax, we can define basic vector oper- 
ations like addition, scalar multiplication and the dot product. 
Listing 1 shows two examples. They are pretty neat, because 
they are brief and they work on sparse vectors of arbitrary size. 
The sparsity part requires some small language additions that 
are beyond the scope of this article; also notice that I have gen- 
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eralized in the Listing from Vector3 to Vector. Thinking about 
implementing these features is, for now, an exercise for the 
interested reader. I like that I can define a versatile vector class 
so simply and clearly. 


The Matrix4 


riting a simple 3D application involves using some 
matrices as well as vectors, so let’s look at a matrix defi- 
nition: 


struct Matrix4 { 
[(1..4) (4..4) | ?Float]; 


It’s very much like a vector, except the tuple is three elements 
wide because there are two indices. Now, suppose I have some 
matrix m and I want to extract the first column vector from it. 
Nicely, the database query operation just provides the right 
answer for us—we don’t need wrapper functions or anything. 
We just evaluate m.[? 1 ?] and the result is a database consisting 
of length-2 tuples that fill in the question marks; in other 
words, the values from all tuples that have a 1 in the second 
slot. This has the same form as a Vector4, but for the purposes 
of type checking, can the compiler know it’s supposed to be a 
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Vector4? There’s a sense in which it can; if you write down the 
schema for this resulting database, it’s just the schema for 
Matrix4 without the second slot: [(1..4) | ?Float]. That match- 
es the schema for Vector4, so if we allow anonymous databases 
to type-match based on their schemas, we achieve some pretty 
reasonable type-safety. 

Here’s another trick: the trace of a matrix m is just + each 
m[?i ?i]. Note that we’re using the array subscript notation 
for brevity, as we did with vectors; since we’ve specified the 
same variable name for both index slots, the values in the two 
slots must be equal, so the each iteration only travels along the 
diagonal of the matrix. Math operators in Lerp automatically 
expand across each just like function calls. For example, + each 
(1..10) evaluates to 55, * each (1..5) evaluates to 120. 

I get warm, fuzzy feelings from this. These expressions are so 
short and simple that they probably don’t justify creating a 
wrapper function in many cases—if you want to get a column 
vector from m, you may not want to call some 
get_column_vector() function, when you can just say m.[? n 7]. 
This is interesting because it may allow compound math expres- 
sions to merge more organically than they might otherwise. 


But How Does It Run? 


hen you try out this month’s sample code, you'll find 
Ww that it runs at a reasonable speed. On my 1.5GHz 
Pentium-M laptop, it clocks in at 30 frames per second. Keep in 
mind that the language system is almost entirely unoptimized— 
the bytecode is bloated, the function interfaces are slow, the 
code garbage collects every frame, and all the databases are still 
implemented as linked lists. Despite all this, the application 
runs at a smooth frame rate. If nothing else, this goes to show 
that computers are awfully fast these days. 


Source Code and Next Month 


ve demonstrated that, despite its foundations in wacky lan- 
3 guage features, Lerp can accomplish real-world tasks. I 
encourage you to download the sample code (available at 
www.gdmag.com) and play with the interpreter yourself. Next 
month, we’ll look at some all new pattern-matching language 
features. 
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s we all know (much too well), skeletal deforma- 
tion isn’t a realistic way of representing a body 
flexing. Most modelers have had to watch in 
horror as their lovingly detailed character folds 





up like an accordion when it raises its arm or 
turns its head. Skeletal deformation always tends to collapse 
around joints under extreme rotations. Moreover, the problem 
gets worse with every additional degree of freedom. Even sim- 
ple hinge-joints, such as elbows and knees, are prone to strange 
effects, but shoulders are the worst, because they rotate on all 
three axes at once and are very mobile (see Figure 1). 

In film production, the traditional skin deformer has largely 
been supplanted by a muscle system that simulates the behavior 
of muscles and bones under the skin. This technology, which 
used to require a squad of dedicated coders and technical dele- 
gates, is gradually trickling down to us mere mortals. There’s 
already at least one Max plug-in available (that you can down- 
load from www.cgcharacter.com) and a Maya one is on the 
way. Unfortunately, muscle technology is pretty new. If the 
standard time lag between offline and real-time deployment of 
technology holds true, we’ll have to wait a few years for a 
workable real-time muscle system. In the meantime, we’re stuck 
with the same old skeletal engines, so we’ve got to make the 
best of them. This month we’re going to look at a simple bone- 
based strategy for dealing with crummy deformations in real- 
time skeletal systems. 


The Incredible Shrinking Joint 


he logic behind using extra bones to correct bad deforma- 

Vion: is pretty straightforward. Ordinarily, joints collapse 
because of the way skeletal systems manipulate the vertices in a 
mesh. For each bone influencing a given vertex, the skeleton 
says, “If you are attached to this bone only, you’d go there.” 
The system then collects all of the positions possible for the ver- 
tex and finds their mathematical center using a weighted aver- 
age, which serves as the final position. The problem is, this 
process works only for positions (see Figure 2). Instead of say- 
ing, “One of your bones rotated 90 degrees and the other 0, so 
you rotate 45,” the system says, “Go halfway between where 
you were and where you would be on the bone that rotates 90 
degrees.” The depressing result of this is all too familiar. If 
you’re working on a cinematic or a vertex-based real-time 
engine that doesn’t use skeletons, you can probably fix the 
problem with deformers or joint-driven freeform deformation 
lattices. In a real-time skeletal engine, which means most mod- 
ern game engines, you’re out of luck. 

Enter (to a blaze of heroic fanfare) our hero—the fix-up bone! 
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A Joint Effort 











FIGURE 1. Shoulders are the Achilles’ heel of the character animator. 


A fix-up is an ordinary bone, located in the same place as the 
problem joint. The fix-up substitutes a correct rotational inter- 
polation for an incorrect linear one by turning some fraction 
(usually half) of the original joint’s rotation (see Figure 3). The 
partially rotated bone provides a more accurate target for vertex 
interpolations. Thus, when you weight vertices to a fix-up bone, 
they rotate around the joint rather than passing through it. 
Vertices partially weighted to a fix-up will still show the same 
collapsing interpolation we know and hate, but the effect is 
reduced, because the fix-up halves the amount of error. In a real- 
ly complex model you may want more than one fix-up at a par- 
ticular joint to minimize the interpolation errors even further. 
While it’s not a substitute for a full cinematic toolbox of 
deformers and flexors, the fix-up bone has one great strength: 
simplicity. As far as your engine is concerned, the fix-up bone is 
just another bone—no special code, no extra art, no additional 
performance cost. On platforms with severe transform limita- 
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ARTIST'S VIEW 


FIGURE 2. This two-bone structure shows why joints tend to collapse. 
Blue and orange vertices are weighted completely to their respective 
bones. The brown vertices are weighted 50 percent to each bone. 
When the blue joint bends, the position of the brown vertices is calcu- 
lated by averaging the position they would have had if they were 
attached solely to orange or blue bones. This produces the collapsing 
and pinching typical of most skinning systems. 


tions, you may need to think about the cost of adding lots of 
fix-ups, but few modern engines are transform-bound. You can 
add fix-ups to your model without even talking to a program- 
mer or a producer. In the game production world, this makes 
them the ideal art tool. 


Building Strong Bones 


he only real trick to building fix-up bones is understanding 
Tic they relate to the animation skeleton. Ordinarily, we 
can assume that the clavicle bone is the parent of the upper 
arm, the upper arm of the lower, and so on; the links connect- 
ing most bones look and behave more or less like physical 
bones. In addition to the physical arrangement of the bones, 
this arrangement represents the serial arrangement of the for- 
ward kinematics (FK) hierarchy: moving the upper arm moves 
the lower arm, moving the lower arm moves the hand, and so 
on. As long as you think in FK terms, the animation skeleton 
works like a real one. Fix-ups, on the other hand, don’t fit neat- 
ly into this structure. Physically, the fix-ups need to sit exactly 
on or very close to the bones they are assisting. In the bone 
hierarchy, though, they are generally going to be siblings of the 
bones they help. 

For example, consider an arm made up of two regular bones: 
bicep and its child forearm. If you want to add an elbow bone, 
you’d naturally assume that elbow would be the child of bicep 
and the parent of forearm. However building the arm this way 
would create a dependency loop, because elbow is dependent 
on what forearm does to derive a partial rotation. FK rotation 
of forearm would cause elbow to rotate as well, thus changing 
the pose you’ve just set on forearm. Even worse, inverse kine- 
matics (IK) wouldn’t be possible at all, since IK can’t make 
sense of a zero-length bone. To resolve the paradox, elbow has 
to be a sibling of forearm rather than its parent. Not only does 
this arrangement eliminate the dependency loop, it means that 
elbow and forearm share the same local coordinate system 
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FIGURE 3. Here the green vertices are weighted to a fix-up bone, which 
rotates at half the rate of the blue bone. The resulting vertex positions 
preserve much more of the volume at the joint than the original 
skinned (brown) vertices. 


(bicep’s transform), which makes interpolation much easier. 

In principle, the fix-up doesn’t have any physical length, since 
it only represents rotation around a point. Since it’s parallel to 
the regular skeleton, it won’t have any children, and will never 
need to move or scale. In practice, though, you’ll probably 
want to add a non-animating stub bone to the fix-up to make 
selection easier and so you can visually check the operation of 
the fix-up as your skeleton animates. In Maya, adding a stub is 
quite simple: just append an extra joint to your fix-up bone, 
positioned as you see fit, by manually parenting an extra joint 
object to the fix-up joint. Max, on the other hand, has a fetish 
for aligning bones with their children and will want to forcibly 
align the fix-up so that its local X-axis points directly at the 
stub. Once the fix-up is active, you may find that the local X- 
axis points in an inconvenient direction (it'll usually be partially 
hidden inside the bone that the fix-up is assisting). For this rea- 
son, it’s usually easier to just use a different kind of object (for 
example, a box primitive) as the fix-up bone. You can then 
shape it as you like with poly-modeling tools. This won’t have 
any affect on its behavior. Remember to turn the stub’s render- 
able property off if you don’t want it messing up test renders. 


Driving Mr. Fix-Up 


ince the basic job of a fix-up is to rotate by a fraction of 
Ss another bone’s rotation, the process doesn’t demand a lot 
of expression-writing wizardry or 3D math. If you’ve complet- 
ed all the animation tutorials in your package, you should be 
able to design fix-ups. Because the fix-up’s task is so straight- 
forward, it’s easiest to skip the complexities of expression writ- 
ing and drive the fix-up using orientation constraints. Not only 
are constraints easier to create and maintain than expressions, 
their operation and implementation are fairly similar for most 
art packages. In this respect, constraints are emphatically differ- 
ent from expressions. (Using constraints also simplifies your job 
if, say, you need to write a column describing your techniques 
for a magazine.) But if you’re more comfortable with expres- 
sions, driven keys, reactors, or other advanced control tech- 
niques, you can certainly use them to drive fix-ups as well. 
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FIGURE 4. An orient constraint, weighted equally to a moving bone 
(blue) and a stationary rest target (orange), effectively halves the rota- 
tion of the moving bone. 


Setting up the constraints is quite simple. You begin by con- 
straining the fix-up bone to the bone whose rotation you need 
to reproduce. To return to our earlier example, the elbow fix- 
up would be orient-constrained to follow forearm. In order to 
halve the rotation, you simply need to add a dummy target 
object aligned to the rest orientation of the bone you’re trying 
to assist. If you weight the constraint equally between the 
dummy and the real target (see Figure 4), the result is a halved 
rotation. The dummy should be the third sibling of the fix-up 
and the target. In our example, it is a child of the bicep. For 
most applications, that’s pretty much all there is to it. 

If you need to fine-tune the behavior of the skin, you can 
adjust the response of the fix-up by manipulating the weights in 
the orient constraint. Joints under heavy clothing, for example, 
may want fix-ups that rotate at one third, rather than half the 
rate of the moving limb. For joints with very pronounced under- 
lying anatomy, such as the patella of the knee, you may want to 
simulate the sliding of skin over bone by slightly moving the fix- 
up as well as rotating it. You may even want to tweak the final 
behavior by hand-animating the dummy constraint object, 
although this is really overkill in most applications. 

There are a few details to keep in mind. If the dummy rest 
target and the real target are too close (less than 180 degrees 
apart), odd things may happen, because the constraint may not 
know how to properly interpolate between them (see Figure 5). 
Fortunately, this doesn’t happen often, since few joints have a 
range of motion greater than 150 degrees. The most common 
cause of problems is building the skeleton at one extreme of a 
very large range of motion: for example, an arm built hanging 
straight down from the shoulder, which is then animated over 
the character’s head. In such a case, you may need to reposition 
the dummy to the middle of that shoulder’s range of motion so 
that the constraint doesn’t approach the 180-degree limit. 
Changing the orientation of the dummy will also change to the 
orientation of the fix-up. Luckily, you only need to care about 
the relative behavior. 


Wrapping Up 
A‘ fix-ups to your skin deformer is no different from 


adding any other bone. The one rule you need to respect is 
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FIGURE 5. Orient constraints can flip suddenly if the angle between the 
rest and moving targets approaches 180 degrees. 


that the fix-up should be active and working before you include 
it in your skinning deformer. The vertices you bind to the fix-up 
will be bound to the pose of the fix-up as it is when you 
include it in the skin deformer. So you need to be sure that, at 
skinning time, the fix-up is behaving the way it will during ani- 
mation—particularly if you have adjusted a constraint target. 
You will probably have to manually assign the vertices. The fix- 
ups are usually so small compared to the limbs they assist that 
envelope-based assignment will take little notice of them. In any 
case, you may need to experiment a little to find the right 
weightings. Though tedious, this isn’t difficult. 

As you can see, building fix-ups is far from difficult. When 
dealing with simple, repetitive tasks like this, it’s always a good 
idea to write scripts to do the grunt work. Automation is not 
only a timesaver but also an easy way to reduce the possibility 
of human error and keep consistent naming conventions. This 
month’s code (available at www.edmag.com) includes scripts for 
Maya and Max that set up a simple fix-up on a selected bone. 

While the simple fix-up bones described here are hardly the 
answer to all the limitations of conventional skinning, they’re still 
a significant step forward, especially for low-polygon models. 
When you’re comfortable with fix-ups, you should keep your 
eyes open for ways to apply the same basic strategy to more diffi- 
cult skinning problems. For example, joint-based fix-ups like 
these don’t help a lot with the shearing effect that causes biceps to 
shrink when they twist too much along the main axis. However, a 
fix-up located in the middle of the bicep, which counter-rotates 
against the twist of the arm, can be a huge help. Unfortunately, 
that requires a little more fancy footwork—enough for an article 
all its own. We’ll get there in a few months. wy 
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In Search of the Perfect 


Foreign Orchestra 


y last article for this 
column (“The Live 
Orchestra Recording,” 
December 2002) 
prompted a number of 
e-mails seeking advice to ensure success- 
ful foreign orchestra sessions. I could 
easily fill the pages of this magazine with 
a comprehensive list of dos and don’ts, 
but the single most important thing is 





finding the right orchestra for your par- 
ticular project. 

Find the contractor. Each orchestra has 
a contractor, to serve as your key contact 
person. The role of a foreign contractor 
is much more diverse than that of his or 
her American counterpart. In addition to 
booking the musicians and support staff, 
the foreign contractor should assist with 
hotel accommodations, transportation, 
acquisition of specialty instruments, and 
the resolution of many preproduction 
questions. Communication is critical. In 
the U.S., we take the Internet for grant- 
ed. However, in many European cities, 
Internet portals are found only in 
Internet cafés. It is not uncommon to 
wait multiple days for e-mail respon- 
ses. A contractor that has reliable daily 
access to the Internet should be consid- 
ered highly. 

Research the orchestra. Every contrac- 
tor will speak highly of his or her 
orchestra, so you should research the 
orchestra’s credentials independently. 
The quality of foreign orchestras tends 
to be excellent but can vary. As such, the 
orchestra’s demo CD can be mislead- 
ing. Similarly, don’t be impressed by an 
orchestra’s name. I have recorded with 
the Bratislava Symphony twice and was 
shocked to find that the second occasion 
contained different musicians from the 
first. To eliminate such doubt, Petr 
Pycha, contractor of the Prague 
Symphony and the new Filmharmonic, 
gave me the names of all the principal 
players and the official orchestra picture 
before our sessions. Ask to see a list of 
credits, then contact those people. 
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Members of the Czech National Orchestra, 
one of many foreign resources within reach. 


It is extremely important to know if 
the orchestra has experience with your 
musical style. Many European orchestras 
have different musical traditions and may 
not be accustomed to your musical 
vocabulary. Remember, for many of these 
orchestras, it was less than 15 years ago 
that our cultures were segregated by the 
Iron Curtain. As a result, sometimes the 
younger players yield better results for 
music outside that region’s cultural tradi- 
tion. Finally, consider the city in which 
you are recording. There is an undeniable 
correlation between the size of the city 
and the quality of the orchestra. 

Draw an agreement. When formalizing 
your decision, make sure you include a 
quality-acceptance clause. Tough deci- 
sions are sometimes necessary, and occa- 
sionally a player needs to be rep- 
laced. This topic can be taboo with some 
European orchestras. I’ve had orchestras 
quickly accommodate my request for 
personnel changes, and I’ve seen tempers 
flare at the mere suggestion. 

Also, make sure you have the same 
players every day. Rehearsing a cue one 





day, only to find different key players the 
next day, can be disastrous. Include your 
technical and orchestration requirements 
in the agreement. Make a list of every 
instrument, every mute, even what kind 
of percussion mallets you will need, and 
include them in the agreement. Make 
sure the group can properly accommo- 
date click, and video sync if necessary. 

Finally, make sure you specify a form 
of payment; doing business with foreign 
orchestras can expose you to exchange 
rate fluctuations. Although the Euro is 
becoming the standard means of 
exchange throughout Europe, some 
groups like the Russian State Symphony 
Cinema Orchestra prefer the relative sta- 
bility of the dollar. 

Multinational efficiency. Another bene- 
fit to good Internet communication is 
that it allows immediate access to pro- 
duction materials regardless of loca- 
tion. For example, the GC Game Music 
Symphony Concert yielded about 5,400 
pages of music. Using a web portal creat- 
ed by producer Thomas Boecker, the 
composers’ original scores were uploaded 
from all over the world. I then down- 
loaded, reviewed, and approved all 
scores in New York. Once approved, the 
orchestra’s librarian downloaded the 
files, and printed, formatted, and com- 
piled part books in Prague. This system 
allowed us to avoid transporting hefty 
amounts of music and worrying about 
the ensuing disaster should that music 
arrive late. Never consider any other 
form of snail mail, as customs regula- 
tions will inevitably delay your ship- 
ment. Finally, if you want the players to 
understand your intentions, remember 
that the international language of music 
is not English. It’s Italian. wg 


ANDY BRICK | In the past 18 months, Andy has ventured across 
the Atlantic seven times, recording game music projects with five 


world-class European orchestras and conducting the first-ever sym- 


phonic concert of Western and Japanese game music. You can reach 


him via wiw.andybrick.com or andybrick@aol.com. 
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DEVELOPMENT 


Art Manager 

3D Artists: all levels 

3D Animators: all levels 
Cinematic Artists: all levels 
Audio Software Engineer 
Game Designer 

Level Designers : all levels 
Producers : all levels 

Software Engineers: all levels 
Key Frame Animator/Character 


Particle Special Effects Artist 


PUBLISHING 


Producers: all levels 


Brand and Marketing Managers: all levels 


We are Atari. We make games for PC, PS2, XBOX, GameCube, Game Boy Advance and MMOG. Our titles 
include: Driver™, Enter the Matrix™, Neverwinter Nights™, Test Drive®, Unreal® Tournament, Backyard 
Sports™, Dora the Explorer™, Civilization®, Dragon Ball Z®, RollerCoaster Tycoon® and many more. 


Submit your resume in advance to: 


Indicate the position to which you are responding! 


Be sure to visit us at booth #1838 , March 24-26, 2004 at the 
Game Developer’s Conference! 


noah falstein 





To Globalize or to Localize ... 


his is not just my 24th 
Better by Design column but 
also the conclusion of my 
24th year in the game 
industry. There are also 24 
time zones around the world. Coinci- 
dence? Numerological inevitability? Or 
possibly, a feeble excuse to write about 
international game rules? 





Pve just returned from the fifth 
Australian Game Developers’ Con- 
ference. Although the game industry in 
Australia is still small compared to that 
of the U.S. or Europe, it is large in pro- 
portion to its population, and benefits 
from optimism, excitement, and an 
impressive amount of government sup- 
port rarely available elsewhere. 

The keynote speech by John De 
Margheriti of Microforte focused on 
Australia’s unique position, which leads to 
a blending of the cultures and perspectives 
from three major world markets: Asia, 
North America, and Europe. That’s a the- 
ory confirmed by my own past experience 
with Australian developers, who often 
combine styles from various regions. 

But what’s behind those styles? True, 
individual countries and regions have 
developed distinct game fashions and pref- 
erences. North American games are popu- 
lar throughout much of the world, with 
the notable exception of Japan. Some 
Japanese console games achieve interna- 
tional popularity, but there are very few 
foreign-made console hits on Japan’s top 
10 list, and some of the top Japanese 
games never become international hits. 

Some British games are worldwide 
hits, clearly on par with the popular 
American titles, but there are also some 
local hits that don’t get accepted else- 
where. Many games made in France or 
Germany don’t sell as well when translat- 
ed into English. And yet, when I was at 
LucasArts, I was surprised to see that 
SECRET OF MONKEY ISLAND games, which 
are full of American puns and ironies 
that would logically be hard to translate, 
sold very well in Germany—per capita, 
more than six times better than its U.S. 
sales. So it’s clearly possible to transcend 
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HoLLow delivers a disco eye for the storm- 
trooper guy. 


the language and culture barrier. Could 
there be game design rules that determine 
success or failure in individual countries? 

One clue comes from a common char- 
acteristic In the games of five different 
German and Austrian developers that 
Pve worked with recently to help them 
break into the North American market. 
These European developers generally 
tend to make games that focus more on 
details, specifically on opportunities for 
players to indulge in micromanagement, 
but less on story or character. While giv- 
ing the player sole control over the 
details might help sell a game in German- 
speaking markets, it might deter buyers 
elsewhere. 

I discovered another clue working 
with some Japanese experts to translate 
the insult-swordfighting episode from 
THE SECRET OF MONKEY ISLAND, where 
characters trade insults and rejoinders 
to gain advantage in fights. Although 
this went over well in America and 
Germany, our Japanese experts were 
detectably horrified (even though they 


politely veiled their reactions). They 
were amazed that we thought it was 
funny to insult each other, and they 
found two insults involving farmers and 
ancestors particularly offensive. In 
Japan there are many social rules and 
good behaviors that children are taught 
along with their first words. Perhaps 
these rules are already part of Japanese 
game design as well. 

A game’s regional popularity may be 
affected by design rules, but it is ulti- 
mately determined by the subtle, intu- 
itive cultural preferences. There are also 
signs suggesting that game developers 
around the world are gradually assimi- 
lating different cultural elements while 
retaining their own unique perspectives. 
Zootfly, a new developer in Slovenia, is 
creating a game called HOLLOW, which is 
influenced equally by the works of 
Kafka, Hollywood films, and Slovenia’s 
own emergence from behind the Iron 
Curtain. The game is set in an alternate- 
history universe where a dictatorial state 
dominates most of Central Europe. But 
the stormtroopers of this regime have 
adopted the fashion sense of Saturday 
Night Fever, which the Zootfly team 
calls “Disco Totalitarianism.” That’s 
only one of several unique design ele- 
ments, and I have difficulty imagining a 
U.S. company creating something simi- 
lar. But pop culture’s global influence is 
apparent even in Slovenia. 

Although there are many groups all 
over the world managing to create games 
that succeed in other countries, there are 
definitely design rules that are endemic to 
specific countries and cultures that can 
affect the local popularity of games. If 
you'd like to enlighten me with a game 
design rule specific to your country, 
please e-mail me. 


NOAH FALSTEIN | Noab is a 24-year veteran of the game 
industry. His web site, www.theinspiracy.com, has a description of 
The 400 Project, the basis for these columns. Also at that site is a 
list of the game design rules collected so far, and tips on how to 


use them. You can e-mail Noah at noah@theinspiracy.com. 
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SAN JOSE, CA 
MARCH 22-26, 2004 


Game industry growth is radically accelerating and 


As risks increase, developers must adopt new 
methodologies and pipelines, as Well as anticipate 
and meet skyrocketing consumer expectation. 
To continue to engage audiences, developers must 
reinvigorate existing genres and properties, 
and create compelling new ones. 
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ever-changing market conditions demand evolution. 
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POLYSLER 


THOMAS BUSSER | Thomas is the lead programmer on B.C., a 
title developed by Intrepid Games, a satellite developer of Lionbead Stu- 
dios. He can be reached at tbusser@intrepidgames.com. 
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hile working on our current Xbox title, 
B.C., we realized the animation system 
was consuming more CPU time than we 
wanted. The increasing number of flying, 
= swimming, and walking creatures and the 
number of blended animations were eating up to 10 percent of 
the CPU time. We explored different ideas to reduce this compu- 
tational cost, including: simplifying the characters’ skeletons 
drawn in the distance, limiting the number of blended animations 
on each character, streaming animations from the hard drive at 
30 frames per second, and using approximation methods to 
interpolate the rotations. This last concept is the subject of this 
article. Our initial requirements were to find a method that 
would be both fast and as accurate as possible: we have very 
large dinosaurs in our game, and small errors on one bone rota- 
tion would be noticeable. We also knew we had to accept a 
trade-off between speed, accuracy, and memory footprint. 

We’re using unit quaternions to represent the rotation of 
each bone in the skeleton and therefore use the classical spheri- 
cal linear interpolation (Slerp) defined by: 


Slerp(q,,q,,t) =s(1—t)q, + s(t)q, (Eq. 1) 
sin(t @) 
where: S(t) a w=cos-! dandd=q° q 


Note that s(0) = 0 and s(1) = 1 


Computing a Slerp requires the evaluation of several expen- 
sive trigonometric functions: three sines and one arc-cosine. 
Attempting to approximate Slerp is desirable and has been pre- 
viously explored. Jonathan Blow made a notable contribution 
with quasi_slerp in his article “Hacking Quaternions” (The 
Inner Product, March 2002). Unfortunately our March 2002 
Game Developer evaporated from the office and only recently 
fell into my possession. Given the pressures of your average 
project, this was perhaps fortunate as the learning experience 
has produced some new and exciting techniques that I may not 
have encountered otherwise. 

In this article, we’ll first discuss how to substitute the func- 
tion s by a polynomial. The new family of interpolation func- 
tions is hence called PolySlerp,, where 7 is the degree of the 
polynomial substituting s. Then, as the substitution by an 
approximation introduces errors, we will study the type and the 
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amount of discrepancies and will elaborate methods to minimize 
them. We’ll use a simple method, found by coincidence, which 
significantly improves the accuracy. We will also look into dif- 
ferent implementation approaches, using tables or not, requiring 
a preprocessing stage or not, exploiting the Pentium SSE instruc- 
tion set or not. Finally, we will measure the gain in time com- 
pared to the standard Slerp implementation and will quantify 
the average and maximum errors introduced on a large set of 
randomly generated pairs of quaternions. The next section stud- 
ies the function s and defines the restricted domain we want to 
approximate. 


he function s is essentially parametric and the angle w 

between the quaternions is the parameter. Before consider- 
ing any approximation method, we need to see what this func- 
tion looks like, depending on the value of w. Figures 1 and 2 
show the cases for @=2/2 , w=3/42 and lima 50. 

As q and -q represent the same rotation, we only consider 
here the cases where w < 7/2, thus in the case q, ‘qo < 0— 
equivalent to say w > 2/2—we change the sign of q,, to guaran- 
tee that w < 2/2. With this restriction, it appears intuitively from 
Figure 1 that a polynomial approximation is likely to be good 
enough for the task. 


s stated in the introduction, we call PolySlerp,, our approx- 
imation method of Slerp, using a polynomial P,, of degree 
n; here is its definition: 


PolySlerp,,(q,,q,,¢) = Pd _ t)q, + fen eate (Eq. 2) 


where the general formula of the polynomial P,, is: 


P(t) = Pro + > By t (Eq. 3) 
1=] 


Now, to compute the coefficients P,,,.) to P,.,,and define com- 
pletely the polynomial, we need n + 1 sample points. We choose 
to take points regularly placed on the t axis from 0 to 1 inclu- 
sive. The samples taken on s are s(i/) where i ranges from 0 to 
n inclusive. We use the notation sj to represent s(i/ 7). Two 
simplifications appear immediately: 


Because P,,(0) = s,,,0 = s(0) = (0) (see Equation 1) we are sure 
that all the P,,9 are zero; that is, there is no offset at the origin: 


P,(0) = 5,9 =0 © Pro + >, P,;0' =0 p 


si ee ee = ‘ O ¢ ay D 1 
P,,(1) = s,,,, = s(1) = 1 means that the sum of P,,; to P,, ,, is 
one, and hence, we can compute 7 — 1 coefficients and compute 
the remaining one as the complement to one of the sum of all 

the others. 
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Proof: 


P(1)= Sa = 1o va fele Pr =1- 5d, 


We rewrite our polynomial: 
P(t) _ 1 Spa e+ Sa t' 
i=2 i=2 


Table 1 lists, without detailing the intermediary resolution 
steps, the formulation of the coefficients P,, 5 to P,,,,, for P2, P3, 
and P,. It has been obtained by solving the system of equations: 
PLE Op Gp gy Pye lg woe Py HO LY) SS» de INOS That 
P,(t) = t which is equivalent to say that PolySlerp, is the linear 
interpolation, or Lerp. 


(Eq. 4) 


Measuring and Minimizing Errors 


A: we work with unit quaternions and because we substi- 
tute s by an approximation, we can focus on the following 
types of errors introduced: 


The error on the length of the resulting quaternion: 








= 


D, 
The angular error with the Slerp: 


—1,where p, = PolySlerp,(q,,q,,¢) 





¢, = cos 7 Sterplaya 


Ss 








The Euclidean distance with Slerp: 





p, — Slerp(q,,q,5¢) 


We use the first two measures (the error on the length e, and 
the angular error e,) to establish a method to reduce the “synthet- 
ic” error e, (error on the Euclidean distance). It is synthetic in the 
sense that when the two others are 0, e, is always 0 as well. 


€; = 


Compensating the Error on the Length 


o cancel the error on the length is simply a matter of renor- 
malizing the result quaternion, which is to say, dividing the 


lim @ > 0 





FIGURE 1. S(6 for different values of w. 
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quaternion by its length. It is, however, worth noting that the 
normalization can be slightly simplified in our specific case. The 


length of the PolySlerp,, is: | =|aq,+6q,|, where a= P(1-t) 
and b= P(t). 


We know that |q,|=|q,|=1, which implies the length is: 


l=a°+b*+2abd,d=q,°q) 


Compensating the Angular Error 


(Eq. 5) 


inimizing the angular error happens to be more complex, 
oe and in fact I couldn’t find a direct analytical method. 
Let’s examine an indirect approach. 

The angular error can be understood as the resultant quater- 
nion being “too late” or “too early” as compared to Slerp. It is 
therefore possible to apply a transform to t to compensate for the 
discrepancy, but we’ll consider instead a method that modifies the 
coefficients P,, ; to minimize the error. Using this technique, we 
realized more accurate results at equivalent computational cost. 


Combining Polynomials to Minimize 
the Error 


s I could find no analytical method, I looked for a numeri- 
A cal search method—binary or iterative—to minimize the 
error. As the values of the P,, ; depend on the angle between the 
quaternions, we could, for instance, try to approximate the P,, ; 
coefficients by polynomials, but, clearly, the number of free vari- 
ables to search would quickly become prohibitive as 7 increases, 
and/or the degree k of the polynomials approximating P,, ; gets 
higher. For an approximation of all the P,, 5 to P,,, (7 — 1 coeffi- 
cients) by a polynomial of degree k, we would need (n — 1)(k + 1) 
variables to search. We therefore tried another approach. 

To explain the principle of this method, let’s first take a 
simple example. Figure 3 represents the angular error over t 
generated by a linear interpolation (PolySlerp,) and by Poly- 
Slerp, for the case w = 2 / 2. Intuitively, we can notice that the 
angular error coming from PolySlerp, is approximately half of 
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FIGURE 2. The domain covered. 
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FIGURE 3. Angular error as function of t for @ = 7/2. 


that coming from PolySlerp, but negated. We may wonder if 
it would be enough to replace P, by the linear composition 
1/3P,+2/3P, to minimize the angular error. It seems, at 
first glance, to be an interesting option, as the third curve on 
Figure 2 suggests. It’s only an intuitive ratio, for the specific 
case w =7/ 2, but it allows us to present our approach: using 
a linear composition of polynomials of degree 1 to ” to mini- 
mize the error. It happens that a constant coefficient is good 
enough for all values of w. The end composition being of the 
same degree as P,,, but with different coefficients. We define 
the new polynomial: 


O,(t)= dm, P(t) 


where each m,, ; is the coefficient applied on P.. 


(Eq. 6) 


This method can work only if we assume the result will be 
normalized, the simple case 1/3P,+2/3P, shows immediately 
that PolySlerp, substantially alters the length of the quaternion. 

We renormalize the quaternion at the end of the interpola- 
tion which implies that the sum of m, ; can be any arbitrary 
value (except 0), and we add a constraint so that this sum is 
always one. Doing so reduces the number of m,, ; to search by 
one and m,, ,,is now simply the complement to one of the sum 
of all the other m,, ;. Compared to the method suggested earli- 


TABLE 2. Simplified Q,, ; Coefficients. 
Q = Coefficients 
Qo a m,(2 bas 4s,,) 


| 932 = ms(2 ms 4s,1)- =m,(5 $31 — 4583) + 1) 
O3_ 


| 3 
} Gap = 5 73,(3 $3, — 353) + 1) 





| 
2 


10,4 


| a2 
| a> Fmsa(4 S41 — 654, + 45,, - 1) 








42 =43(2 453) S43(554, -4s,,+1}- Sm, (1045, -114s,, +56s,, -11) 


TABLE 1. Formulating P,, 2 to Pron. 
P Coefficients = 








Py) Po2 = 2-45). or simplified as 


thes =-5 (554-45, +1) 
Ps 


| By = 5 (354 -35,2 +1) 





| tig = -=(1045,, -114s,, + 56s,;-11) 
16 
3 


32 
| Pag = == ey —65S4, 14S, = 1) 


IP, | i.4> (18s,,-24s,, +14s,, -3) 











er—that builds a polynomial for each P,, ; and needs to the 
search for (m — 1)(k + 1) parameters—we have only n - 1 
parameters to search. Remark the sum over i of the q,, ; is 1. 

After simplifying all the linear compositions, we get the new 
Gn, coefficients shown in Table 2. We just need now a “hill- 
climbing” style function to estimate the m,, ; coefficients by 
minimizing the error. We not only want to minimize the maxi- 
mum angular error (€, ax) but the average one as well (e, ane 
To do so, we actually minimize e = €, max + K,€q avg and update 
k, during the search process to take into account the actual sta- 
tistical ratio observed between the average and maximum angu- 
lar error. 


implementation 


e explore different approaches here. For PolySlerp,, and 
W .. error-compensated version, the evaluation of the 
coefficient P 5 (to define P,) and q> 4 (to define Q5), can be 
done directly from the dot product d and therefore either in 
real time or stored in a lookup table: 

















9 16 
a3 ==, (35,1 -—355, +1) + 1, 4(18545 —24s,,+14s,, -3) 
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Reminder: m9 is a constant found by the search algorithm. 


Another option is to store the dot product d and the coeffi- 
cient P 5 (or gz.) along with the pair of quaternions. Finally, 
we can use a look-up table that holds the coefficient P 5 (or 
42.2). The index in this table is the dot product multiplied by 
the size of the table and we call this index the “Polynomial Id” 
or Polyld for short. For B.C. we use a table of 2,048 entries. 

For PolySlerp3 and PolySlerp4, and their error compensated 
versions, however, the coefficients of P3, Q3, P4, and Q4, 
require several sample points on s and need for that reason to 
be stored in lookup tables. 

If q, and q> are known in advance—coming from an anima- 
tion usually—we attach the Polyld to the pair of quaternions— 
typically in the exporter code. The dot product is needed for 
the renormalization (see Equation 5), but we don’t need to cal- 
culate it in real time as we can store it in the table. The normal- 
ization won’t be completely accurate in that case, but we 
assume it’s a reasonable trade-off. 

When q, and qp are not known in advance—while blending 


two skeleton poses for instance—the Polyld has to be calculated 


TABLE 3. Interpolation error test results in standard version. 


From the standard 
Xbox libra 





or, as explained earlier, in the case of PolySlerp, it is also possi- 
ble to compute the coefficient of the polynomial directly in the 
interpolation code. 

The code provided offers, for PolySlerp,, both a direct ver- 
sion and a version using the lookup table. We coded them 
mainly to be able to compare the error level and the speed of 
the two versions. 

We implemented a standard and a SSE version of all the Poly- 
Slerp,,. Note that the SSE code uses the “Reciprocal Square Root 
Estimate” (mnemonic “rsqrtss”) which is much faster but also 
less accurate than the standard method to compute 1/ Vx . This 
introduces a new source of discrepancies in the interpolation. We 
compensate it, to a large extent, by having another set of m,, ; 
coefficients. The error minimizing function that computes the 
m,,; has hence to be compiled in standard or SSE mode. 


Statistics: Error and Speed 


t’s finally time to see if this method was worth the effort: the 
: evaluation of polynomial of the fourth degree, some renor- 
malization logic and a look-up table that may cause data cache 
contentions are, after all, good reasons to doubt. We measured 
the time to interpolate between 200,000 pairs of quaternions 
and evaluated the average error on the angle (in degrees) and 
on the length, compared to Slerp. We made the test on an 
Xbox, in standard version and with SSE extensions activated. 
The standard version gave us the figures shown in Table 3. 

The PolySlerp, seems to be quite accurate without error com- 
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David Eberly. “Fast Inverse Square Root.” Magic Software, Inc. 
(January 2002). www.magic-software.com/Documentation/ 
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Jonathan Blow. “Hacking Quaternions.” Game Developer magazine 
(March 2002). 


pensation, it should be a good candidate both for interpolating 
between animation keyframes (the “Preprocessed Polyld” ver- 
sion) and a general-purpose replacement of Slerp (“Standard” 
version). Now, using a lookup table may be a problem: it can 
be very cache unfriendly and can cause discontinuities between 
two look-up entries. In that case the “Err. Compensated + No 
look-up table” version of could be used. 

Table 4 shows the results from the SSE implementation. We 
can see the speed improvement for PolySlerp and measure the 
effect of using the “Reciprocal Square Root Estimate” assem- 
bler operator on the accuracy. It becomes apparent that com- 
pensating the errors on PolySlerp, is actually detrimental in 
SSE: it doubles the average error on the length. From this table, 
it looks like the best candidates are probably the “Preprocessed 
Polyld” version of PolySlerp, for animation key-frame interpola- 





tions and the “Err. Compensated + No lookup table” version of 
PolySlerp, for the other cases. At the cost of more memory used 
for the animation data, the “Err. Compensated + Coefficients 
stored in animation key” could be used. 


The Accuracy Trade- Off 


mproving animation techniques to create richer content is a 

constant concern in our field. Whether it is a matter of 
blending more animations to produce more lifelike behaviors, 
building more complex character skeletons to improve realism, 
or having more actors on the screen to create more interesting 
worlds, the cost of computation increases dramatically. Having 
a fast approximation method for animation interpolation 


proves itself as a useful tool so long as the memory and accura- 
cy trade-off is good. In many cases, a Lerp function with some 
error correction might be accurate enough, but when the accu- 
mulation of error becomes very noticeable, a more accurate 
method is desirable; for that reason, PolySlerp has been useful 
for us and may be useful for other developers. # 
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TABLE 4 Interpolation error test results with SSE implementation. 


METHOD VERSION 


D3DSlerp From the standard 
ADOX Oran 


Lerp 
Lerp Err. Compensated 


arc 
Preprocessed Polyld 
Preprocessed Polyld + 
Err. Compensated 


Standard 
Preprocessed Polyld 
Preprocessed Polyld + 
Err. Compensated 

C d 


Preprocessed Polyld + 
Err. Compensated 
Normalized 

Err. Compensated + 
No lookup table 

Err. Compensated + 
Coefficients stored in 
animation key 
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his year has been one of true maturation in the game 












































industry, growing pains and all. To paraphrase Calvin 
Coolidge, today more than ever the business of game 
development is business. The gulf between game devel- 
opment's garage roots and Wall Street's unrelenting 
demands is widening. Consolidation has been rampant, bringing big 
paydays to some and leaving others out in the cold. Uncertainty about 
the future, both technological with regard to future consoles, and pro- 
fessional with regard to job security, has been a dominant theme. 

Still, at the heart of every underpraised triumph and big-budget 
blockbuster alike are the individual men and women who conjure game 
magic from the alchemy of programming, art, design, audio, and pro- 
duction support. Now in its third year, Game Developer's annual salary 
survey examines how such efforts translate into salaries and perks for 
thousands of U.S. game developers. 

With the help of research firm Audience Insights, we sent e-mail invi- 
tations to Game Developer magazine subscribers, Game Developers 
Conference 2003 attendees, and Gamasutra.com members in October 
2003, asking them to participate in our annual salary survey, and we 
received 4,508 unique responses worldwide. 

Not all respondents provided sufficient compensation information to 
be included in the findings. We also excluded cases where the compen- 
sation was given at less than $10,000 or greater than $300,000, or where 
there was text entered that did not readily correspond to a compensa- 
tion figure. We further excluded records missing key demographic and 
classification information. As this article reports U.S. compensation only, 
we also eliminated the approximately 1,400 non-U.S. respondents, 
bringing the total sample reflected in the compensation data presented 
in the following pages to 2,740. 

The sample represented in our salary survey can be projected to the 
game developer community with a margin of error of plus-or-minus 1.8 
percent at the 95 percent confidence level. That means we can say with 
95 percent certainty that the aggregate statistics reported would stay 
consistent, within the margin of error, across the entire population. 

Every year the game industry garners more attention from fans and 
speculators alike. Analysts are no longer projecting the gangbusters 
growth rates of the past few years, but many outside the industry, from 
film and music especially, are looking for ways to leverage its cross- 
media moneymaking potential. Within the industry, some are experi- 
menting with more Hollywood-like permutations of the game business 
model, including the creation of modular, discipline-centric teams of 
programmers, artists, or designers available for contract. How future 
evolution of the game business will affect the balance of power in the 
industry, and the compensation for developers, remains to be seen. 








i the midst of rampant consolidation 
and talent-shifting in the game indus- 
try, programmers continue to enjoy high 
salaries relative to other development 
disciplines, whether they work on devel- 
opment tools, gameplay, animation, 
graphics, physics, networking, Al, or 
hardware engineering. But as the next 
generation of consoles looms, subtle 
shifts in the employment market are 
already taking place as studios cast an 
eye to who will carry them smoothly 
through the transition. Once again the 
existing talent pool will face an “evolve 
or die” prospect with new technology. 





pecialization is more than ever 
Ss the name of the art game. Unlike 
programming positions, which can often 
be difficult for employers to fill, a single 
artist opening can elicit hundreds of 
applications. Relative to programmers, 
artists’ salaries reflect the opposite 
extreme of a gulf between demand 
and supply. 

The driving force in the artist market, 
whether for painters, modelers, or 
animators, has always been raw talent. 
Those artists and animators who can 
push the creative envelope while still 





ame design Is an extremely com- 
G petitive field to enter, and entry- 
level salaries reflect this fact. However, 
designers with a few blockbuster titles 
under their belt will find their stock rise 
quickly; there is a big pay gap between 
rookie designers and more experienced 
designers and leads. 

In our survey, the designation of 

“game designer’ covered game design- 








Valuable assets in programmers in 
addition to core technical proficiency are 
flexibility, an ability to see the “big 
picture” on a development project, and 
an understanding of how the business 
of game development affects decision- 
making on a project. These qualities 
help differentiate the top tier of technical 
talent that is always in demand. Battle- 
tested leads and technical directors are 
also extremely valuable, but scant 
availability of such positions limits the 
advancement prospects of many 
rank-and-file game programmers. 
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respecting technical parameters are 
most prized. As more and more artists 
and animators migrate to games from 
Hollywood, this crop of talent must 
come up to speed on the technical 
limitations a game project will place on 
their genius. 

While art team size may fluctuate 
during the course of a project, most 
games still get by with one lead artist, or 
a lead artist and a lead animator. Artists 
with management expertise will surely 
grow in demand in the next generation 
as content-creation needs escalate. 


ers, level designers, and writers. Writing 
is a hot area of design right now, receiv- 
ing more attention in game budgets as 
consumer expectations rise for produc- 
tion values in games. Lead designers 
and creative directors generally manage 
others who are implementing gameplay 
decisions, leads governing a single title 
and creative directors a franchise or 
portfolio of titles. 
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Programming salaries per years of experience and position 
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Art and animation salaries per years of experience and position 
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Game design salaries per years of experience and position 
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All programmers Years experience in the industry 


4 receiving additional 
compensation 


No compensation 
other than salary 


Average 
ETeleliffeyare) 
compensation 
$16,654 





25.6% 






Average salary by gender 





3.0% female 
$73,000 


avg. Salary 











Highest salary 
$300,000 












All artists and animators Years experience in the industry 


* receiving additional 
compensation 


yAly 
37% <2 yrs 
6+ yrs 






No compensation 
other than salary 


Average 
Tele! tlelar-|I 
compensation 
$13,019 





27.7h 


Average salary by gender 


9.3% female 
$56,205 


avg. salary 







90.7% male 
$57,825 


avg. salary 






Highest salary 
3 $156,000 












All game designers Years experience in the industry 


% receiving additional 
compensation 


No compensation 
other than salary 


Average 
ETelell (telat 
fore) aa) etat-t-) tfe)a) 
$17,321 






8% female 
$56,572 


avg. salary 







92% male 
$62,113 


avg. salary 
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The Employment Picture: 
Feast and Famine 


hile the overall employment picture in the U.S. 

improved slightly toward the end of 2003, the 
game industry was a sea of corporate consolidation 
broken by waves of layoffs, shutdowns, and very early 
strategic positioning for the next generation. With 
game production costs rising, “companies are really 
looking to bring on fewer and better talent,” says Mark 
Alzahoy, senior recruiter, R&D, for Vivendi Universal 
Games. Still, the question of whether it’s an employ- 
er's or a candidate’s market remains complicated, 
depending on what each party has to offer the other. 

“All positions are highly competitive, and none of our 
clients wants to settle for less than the best-qualified 
candidate,” says game industry recruiter Mary 
Margaret Walker, president of Mary-Margaret.com 
Recruiting and Business Services. On the other hand, 
“it is equally true that our candidates are not desper- 
ate, and expect a lot from a potential future employer.” 

So what puts a candidate in the most-qualified 
bracket? Understanding the business of game pro- 
duction with a big-picture perspective on a project is 
a big advantage. “Everyone wants talent that can 
understand a production schedule, people that are 
able to stick to a common goal, from programming to 
art to design,” says Alzahov. Now that teamwork and 
flexibility are key assets, some companies’ layoffs are 
opportunistic, according to Jill Zinner, president of 
game recruiter Premier Search. These layoffs might 
target people who have a lot of experience in the 
industry but aren't willing or able to adapt to new 
technologies and production models. These cast- 
aways are then having a tougher time finding new 
homes as the game business matures, according to 
Zinner. “They're going into other industries, business 
and edutainment industries. A lot are going into cell 
phones and handhelds.” 

And what impact is the bumper crop of students 
from the growing number of game-studies specialty 
schools having on the market for entry-level talent? 
“The bulk of that impact is a few years away,” says 
Zinner. “The general trend from employers is that 
they don’t even want to interview these people unless 
they have a college degree they had before they even 
entered [the game-studies] school.” And while a 
lucky few do get hired straight out of such programs, 
Walker is “concerned that the programs are giving 
[students] false hope on their ability to find a job after 
successful completion of the program.” 

As the game industry continues to mature in the 
next few years, the asset of adaptability and ability to 
mentor will serve those who remain in the industry 
well, as new people come in from schools and relat- 
ed industries, such as effects and animation. True 
maturity, according to Zinner, “means not being 
threatened by new people coming in.” 
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toy oy CQ Production 


ame production has undergone 
maturation along with the rest of 
the industry in the past few years. 
Whether working internally or externally, 
producers are an essential interface 
between the development team and the 
business of making games. Charged 
primarily with keeping a project on 
schedule and on budget, producers’ 
proximity to the bottom line is reflected 
in higher salaries than many of the cre- 
ative disciplines of development. 
Experienced executive producers, 
whose responsibilities would include 
management and development of a 





his year is the first that we've 
included QA salaries in our survey 
results, a reflection of both the role the 
test department plays as proving 
grounds for future development talent 
and the increasing significance of the QA 
function in meeting high consumer 
expectations and minimizing returns 
and support costs. No longer confined to 
the production domain of bug-hunting, 
testers are expanding into more signifi- 
cant territory of usability and focus- 








he current generation of consoles 
have given the audio community 
some of what they've been asking for 
for years: processor time, some storage 
space, and most of all, respect. The sky- 
rocketing popularity of home theater has 


quickly catapulted game audio delivery 
from tin-can PC speakers rattling on a 
desktop to digital surround inundating 
players’ living rooms. Dolby and DTS 
technologies are now big selling points 
for games, and even THX began offering 
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franchise comprising multiple titles, 
commanded the highest salary average 
for disciplines reported by years of 
experience in our survey. 

Defining and securing top production 
talent can be a challenge for studios. 
Schools and universities don't focus 
their educational programs on 
production, and the knowledge and 
experience needed are hard to find in 
those not already in the game industry. 
Many producers still work their way 
up the ladder through design and 
quality assurance. 





group testing to help ensure higher cus- 
tomer expectations are met. 

A scant 14 percent of our survey 
respondents reported being in QA more 
than six years, the smallest proportion 
at this experience level by far of any dis- 
cipline. On one hand this figure under- 
scores QA’s role as a springboard for 
other development careers, while on the 
other hand it points to a dearth of sub- 
stantial experience in this increasingly 
vital function. 





audio certification for games this year. 

Industry consolidation has enabled 
sizeable audio departments to be estab- 
lished at some of the larger studios, but 
much of the game audio workforce 
remains in gun-for-hire form. It’s a 
fiercely competitive business, but half 
our survey respondents have been at it 
for six or more years, the highest per- 
centage of any development discipline. 
Obviously there is some payoff for per- 
sistence in the audio game. 





Production salaries per years of experience and position 
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QA salaries per years of experience and position 
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All production Years experience in the industry 





’ receiving additional 
compensation 


No compensation 
other than salary 


Average 
Teleli (rela 
compensation 
$16,769 





27.3% 






16.9% female 
$60,756 


avg. salary 







Years experience in the industry 










Average salary by gender 





8.4% female 


$44,214 
avg. salary 






91.6% male 
$41,387 
avg. salary 





Highest salary 
$120,000 















All audio 





Years experience in the industry 


’ receiving additional 
compensation 






No compensation 
other than salary 


Average 
Tele! tlelar-| 
compensation 
$19.216 


33.1% 





Average salary by gender 


3.1% female 
$59,720 


avg. salary 










96.9% male 


$64,663 £ 
avg. salary 






Highest salary 
$250,000 
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General Trends 


his year’s overall salary picture includes QA per- 
2 eplew for the first time, which complicates making 
direct comparisons to previous years’ average salary 
figures across all respondents; however, some relation- 
al data highlights interesting trends. 

Women respondents made up 7 percent of the total, a 
slight increase from prior years. However, their salaries 
on average continue to lag behind their male counter- 
parts’, at 87.4 cents on the dollar, a slight dip from the 
89 cents on the dollar reported in our 2002 survey. 
Conversely, the U.S. Labor Department's Bureau of 
Labor Statistics reported the national male-female 
wage gap narrowed slightly in 2002 to 78 cents on the 
dollar, up from 76 cents in 2000. 

The West Coast continues to be a hotbed of game 
development, with employer competition driving up 
salaries relative to other regions. The top five states 
represented in our survey were, in order: California, 
Washington, Texas, Illinois, and Massachusetts. 


Salary averages by region @ East $62,827 


© South $62,447 
Midwest $61,870 


Washington $72,925 West $70,932 













California $71,945. 





Texas $63,424 


Additional compensation: all developers 


27% none 


4% profit sharing 

- 6% stock options/equity 
8% royalities 

13% project/title bonus 
42% bonus 





Overall average salary by gender 


7.0% female 


\ $59,660 
’ avg. salary 





93.0% male 
$68,256 


EN avg. salary 
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Totally 
Games’ 


SECRET 
WEAPONS 


OVER 
NORMANDY 





otally Games has a proud association 
with the largest conflict the world has 
ever seen, World War II. BATTLEHAWKS, 
THEIR Finest Hour, and the acclaimed 
SECRET WEAPONS OF THE LUFTWAFFE 
represent our previous forays into the subject. We 
have also been known to dally about in a 





galaxy far, far away as demonstrated by our 
X-WInNG and TIE FIGHTER series of games, 
as well as to boldly go where several 
have gone before with STAR TREK: 
BRIDGE COMMANDER. But when you 
get down to it, there is just something 
infinitely more satisfying in dealing 
with actual historical events. 

SECRET WEAPONS OVER NORMANDY 
(SWON) began with Totally Games’ 
and LucasArts’ desire to revisit World 
War II as a setting. Movies such as 
Saving Private Ryan, television shows such 
as Band of Brothers (based on Stephen 
Ambrose’s superb book), and videogames 
such as the MEDAL OF HONOR series leave no 
question that over 50 years later, WWII still res- 
onates with many of us. Totally Games felt that the time 
was right to bring our style of air combat back to the WWII 
era. Also we were very excited about bringing our style of game 
to the console audience, a first for both our company and the 
console market. Once details were lined up, we jumped into 
development. 

This article endeavors to discuss a few of the issues pertinent 
to cross-platform development. The simultaneous release on the 
Playstation 2, Xbox, and PC was by far the most unique new 
challenge SWON presented. With our release date set in 
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Gray 


stone, we quickly defined 
the box within which we had 
to work. Being typical game 
developers, we made every 
attempt to fill said box, and when it 
was full, we pulled and stretched it to fit 
a few more things. We then weighed all deci- 
sions concerning gameplay, technology features, and other 
miscellany against the time available. There is always risk 
when one is too cautious with scope. Go too far and you end 
up missing dates risking never seeing the finished product on 
the shelves. Don’t go far enough and you end up with a 
mediocre title. In the majority of our early discussions, as 
well as many right up to the end, we centered on this issue. 
In the end, it came down to a gamble. 
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What Went Right 


Middleware. From the start, given our schedule, we 
i ~ knew that creating an entirely new engine was not an 
option. We simply could not afford pausing active development 
while our engineers worked on an engine. Therefore it was 
middleware to the rescue. After looking into the then current 
crop of cross-platform middleware solutions, we decided upon 
Criterion’s Renderware. This goes down in the Totally Games 
history books as “a good call.” 

Beyond having a renderer and various support systems, the 
choice to go with the middleware solution also gave us the 
foundation of an asset chain and pipeline. This is often an 
overlooked aspect of purchasing your engine off the shelf. This 
initial leg-up helped us avoid the initial stumbling inherent in 
many projects. In what seemed like record time, we not only 
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4-5 part time developers as needed, plus the use of 
LucasArts’ Sound, voice, localization, and QA departments 


with 256-1024MB RAM and various graphics cards 


GAME DATA 


LucasArts 
24 full-time developers, 


an, h RESIN, and voice actors 
| 18 months 
November 18, 2003 
Playstation 2, Xbox, and PC 

: Pentium 1-2.4GHz machines 





Renderware, CRI, 3DS Max, 


‘Phvowhoe Code Warrior, Microsoft Visual Studio. 


Various —_ in-house tools 
Files: 30,284; 


Code: 246.513 + ~85K actual lines of code 


were throwing 
graphics up on 
the screen, along 
with rudimentary 
physics and AI, 
but the whole 
package was 
bootable on CD, 
across all platforms. 
Of course no middle- 
ware solution will make 
your game for you. Serious 
work was done on the effects system, terrain render- 
ing, physics, and numerous other aspects of 
Renderware in order to realize our vision of SWON. But 
in the end it was the initial foundation provided by Render- 
ware that allowed us to proceed with confidence through the 
development cycle. The faster you can get your game up and 
running, the faster you can prove your design theories, or identi- 
fy rough spots that require correcting. Going with middleware 
bought us the time to handle these issues as they sprang up. 


as team. Truly the most important part of the 

» game’s development was the team. Our internal devel- 
opment team worked like a well-oiled machine throughout the 
entire development process. The size of Totally Games was also 
an asset. Having such a small team broke down the traditional 
separations and divisions sometimes found at game companies. 
Programmers would talk openly with designers, artists with 
programmers. Generally, you cannot expect to create a situa- 
tion where everyone on the team gets along. You can, however, 
do everything possible to foster a cooperative environment, 


» ad 
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s 





MORGAN W. GRAY | Morgan has been with Totally Games for 
nearly five years. On SWON, Morgan served as project coordinator. 
Prior to that he served as a mission builder/level designer on X-WING 
vs. TLE FIGHTER: BALANCE OF POWER, X-WING ALLIANCE, and STAR 
TREK: BRIDGE COMMANDER, and as lead game designer for ROBIN 
Hoob: DEFENDER OF THE CROWN by Cinemaware/Capcom. 
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where problems, issues, and ideas will be circulated throughout 
the team and respected. In addition to the internal team, we 
fostered a similar relationship with our external partners. We 
relied on our publisher, LucasArts, for sound design, voice sup- 
port, additional art resources, localization support, and quality 
assurance. All were treated as members of the collective, which 
in the end helped us make a cohesive game. In fact, although 
there were various heated discussions, they were all based on a 
passion to improve the game. Unproductive arguments or per- 
sonality clashes were essentially absent from the project. All in 
all, it was a wonderful environment in which to create a game. 


Design focus. From the early days of the project, the 
=< © entire team had a clear idea of the game we were creat- 
ing. We were setting out to make a seat-of-your-pants, histori- 
cally inspired WWII air-combat action title. That was the goal. 
Having everyone on the same page creatively cannot be over- 
looked. Although there were stumbles when it came to technol- 
ogy, process, and general development, everyone on the team 
had a clear understanding of what the final game should look 
and play like. With this in mind, there was no grasping for 
gameplay or risky experimentation on ideas that would derail 
us from that goal. With a well-defined box in which to explore, 
we were able to focus everyone’s creative energies toward 
defining and enhancing how air combat action should play. 





Strong preproduction. Being Totally Games’ first 
® strong foray into the console market, and the first time 
we had ever attempted simultaneous releases across three plat- 
forms, we knew that having a solid plan and a realistic sched- 
ule would be the only way we could make everything come 
together. Scheduling was done mostly in Microsoft Project. We 
laid out the start and stop dates, as well as the various mile- 
stones, and quickly had a skeleton of the time frame we had to 
work with. We encouraged the team leads (tech, art, design) to 





create their own team schedules, which were then incorporated 
into the master schedule. Allowing the leads to use a method 
that was comfortable to them was far more effective than try- 
ing to force them into using an imposed standardized format. 
Game development is an odd creature that seems to resist most 
known types of scheduling, mostly due to its organic nature. In 
spite of this, our method worked well for us, although it did 
demand a high level of communication. Having one person 
with the “grand vision” as well as an eye on the deadlines 
allowed all of the pieces to come together. 

We also used our preproduction period to hammer out the 
details of our pipelines and tools. By creating various tests we 
began stressing our systems. During active development they 
would be put to the true test, and having some time up front to 
find the obvious issues greatly increased our overall productivi- 
ty (the exception being our art tools, which we will discuss 
later on). We also used the time to begin testing various tech- 
nology pieces, most notably our terrain systems. Finally the 
lion’s share of the design was documented, which provided a 
strong road map for the flow of the game. In addition, having 
the design at a mature state allowed us to begin generating 
asset lists, AI needs, and other miscellaneous game components 
that further refined our overall schedule. 


Build process. Like most game developers, we 
~ © believed that one of the cornerstones of productive 
development was nailing down our tool and pipeline chain. 
Although not as flashy as a model exporter or mission-scripting 
utility, our build process was the workhorse that allowed all of 
our hard work to be realized through the glory and majesty of 
a bootable version. Our process was an “automated” one, in 
that various configuration and output styles could be selected 
by the user, and the process begun by hitting what was known 
as “The Big Button.” Unfortunately I have had to place the 
word “automated” in quotation marks, since during the course 








The simultaneous release of a title on multiple platforms requires a militaristic adherence to timing, milestones, and team cooperation—or else 
risk never seeing the finished product on store shelves. 
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“= 0" An Me 163 Komet on a 3DS Max 6 drawing board. 
~>- The secret rocket-propelled fighter reborn to shoot across 
the skies of Europe. 


of the project we never reached a place where anyone on the 
team could handle making a build. This wasn’t because of the 
tool itself, which worked well, but because we didn’t have a 
“normal build” until near the project’s end. Something 
inevitably was broken in code or in our asset banks that 
required specialized build knowledge to correct. Our main 
build keeper held the keys to the kingdom, with a small hand- 
ful of us capable of tackling most of the day-to-day issues. Like 
many aspects of game production, this specialized knowledge 
should be spread throughout the team. Having any one mem- 
ber of the team be the only one able to handle a particular task 
leaves you vulnerable to losing time if that person falls ill, takes 
vacation, or is hit by a bus. 

At the start of the project our builds would take close to seven 
hours to complete. This represented almost an entire workday’s 
delay before updates and fixes could be verified. Thanks to the 
work of several team members, we eventually reduced our over- 
all build times to around two and half hours. This allowed for 
the rapid creation and distribution of the game to development 
team members and quality assurance. With several machines 
dedicated to the build process we could now turn around ver- 
sions of the game, across all three platforms, along with localized 
versions, in under six hours. It was this speed that allowed us to 
hit our dates. So, despite early difficulties and the sometimes 
arcane knowledge needed, our build process figuratively and 
practically made everything work in the end. 


What Went Wrong 


g Platform balance. Understandably, having never 
~~ released a title across three platforms, there were prob- 
lems associated with various details that we completely under- 
estimated, if not overlooked. When our QA team came on 
board, the Playstation 2 version was what they jumped on. We 
were fortunate in that many on the QA side had previous 
Playstation 2 testing experience. Quickly we fell into a good 
rhythm—we would provide new versions of the game on a time- 
ly basis, and QA would do their part in shredding them into 
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individual entries in our bug database. When we had stabilized 
the Playstation 2 version we began to turn our eye towards the 
Xbox version. It was then that the problems began. Having 
focused entirely on the Playstation 2, the Xbox version was lack- 
ing many of the features of other versions. This version was also 
very unstable. On its own, this situation is not unique in game 
development, but as we were also finalizing the Playstation 2 
SKU, we faced a critical manpower shortage. 

Bugs were reported on the Xbox and left to languish, as the 
people responsible for fixing them focused on Playstation 2 
issues deemed more critical. This resulted in a slower turn- 
around, giving QA less time to dig deep into the Xbox version. 
This situation was slightly alleviated after we submitted the 
final Playstation 2 version to Sony, and all attention was given 
to the Xbox. We quickly brought the Xbox and then the PC 
versions up to a shippable state, but if we had the opportunity 
to do it all over again we would balance out our version priori- 
ty, giving each one more time for testing TLC. The fact is sim- 
ple: more testing time results in more bugs found, and rapidly 
acting on these bugs results in a more polished and enjoyable 
final product. 


~» €ndurance. Many on the team were multiple-title vet- 
Se & erans, well accustomed to the frantic pace of crunch 
time. However, if releasing a title on a single platform is a 
sprint, releasing on three platforms is a triathlon. We had gone 
through the alpha, beta, and submission milestones on the 
Playstation 2 version, but were beginning to lose steam. How- 
ever, we had to go through it all again for the Xbox version. 
Due to the short amount of time remaining, the lines between 
alpha and beta became blurred. Formal schedules were rapidly 
replaced with daily spreadsheet tracking and an aggressive 
monitoring of the bug database. Although a slightly haphazard 
approach to the development, it was the only way that we 
could stay on top of the sheer volume of things to do. Once 
again, we finished a component of the project, only to face 
another: the PC version. As with the other two versions, it was a 
frantic race to the end, and our assumption that the Xbox and 
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LEFT. A B-17 under construction 
in 3DS Max 6. 

RIGHT. The final “Flying 
Fortress,” ready for strategic 
bombing runs. 





PC would be very similar paid off. Other than platform-specific 
issues (mostly hardware compatibility-related), the PC version 
was finished and sent off for duplication on time. 

In retrospect, our focus on Playstation 2 as the primary plat- 
form ended up being a double-edged sword. It had allowed us to 
deal with the challenges of developing on what is generally a more 
difficult platform, and it further gave us a version that was in a 
presentable state far earlier than the other platforms. However, 
this focus forced us to let the other two versions slip too far 
behind. In a more ideal development process we would have 
maintained all versions at a near-parallel level of maturity. 
Although we made some level of progress on all platforms each 
month, in the end we basically ended up rapidly porting features 
to the other platforms in order to finish on time. All versions were 
completed on time and a level of quality achieved, but the price 
paid by the team was higher than it should have been. As much as 
possible, future schedules will be created with an eye toward stan- 
dardizing the development of all versions, taking milestones, 
demos, and personnel resources into account. 


Internationalization. With the growing world game 
«’ @ market and the escalating costs of game development, 
getting your game out to as many players as possible is crucial. 
We had made the typical allowances for translation; no embed- 
ded text in graphics, an interface tool that made layout and 
adjustment of the UI manageable, and a story presentation that 
was sensitive to international sensibilities (given that our game 
takes place during WWII, special consideration was given to the 
German and Japanese markets). The one place we had over- 
looked was our method of storing text strings, and in turn 
exporting them into game-ready files. 

We used Microsoft Word, with a custom table-based tem- 
plate, for storing and ID-tagging strings. This method worked 
well for our game designers to enter dialogue and text in a 
familiar, creativity-friendly format; however, it did not prove 
adequate for data management. This initially became an issue 





aa 


during the formation of our voice recording script. Multiple 
documents (more than 65 individual files) had to be manually 
cut and pasted into a single comprehensive Microsoft Excel 
spreadsheet for the recording. It was at this time that we should 
have created an automated system that took the individual doc- 
uments and formed them into a single comprehensive database. 
However, caught in the moment, we made the unwise decision 
to do this by hand as opposed to taking the time to create a 
proper tool. 

When we came to localize the game, we once again regretted 
the lack of an automated process for text integration. Our full 
text string count topped 5,000, certainly not overly large, even by 
flight game standards. However, we localized the game into five 
languages. The translated text would come back in language-spe- 
cific sets. Soon we were faced with five sets of translated docu- 
ments, each with over 65 documents per set, all requiring inte- 
gration into our main dataset. Attempts were made to handle this 
by hand for a brief period of time. Understandably, this process 
was prone to errors. Text mismatches and version control issues 
popped up all over the game. Also handling integration by hand 
was time consuming, which greatly slowed our turnaround time 
in producing new builds to be tested. As the deadline loomed, we 
quickly realized it was time to go through the trouble of creating 
an automated system; good thing, too, since we only had two 
months remaining in regular development. The hassle turned out 
to be about five hours of work for our tech lead to prepare an 
automated string importer/exporter. This turned a process that 
once took hours (per document set), into a 30-minute miracle 
that could happen over a lunch break. We could turn around a 
complete batch of localized builds, ready to boot from DVD, in 
about four hours. As you can imagine, this greatly increased our 
QA time, and allowed us to ship clean, neat, and polished ver- 
sions of the game overseas. 

The moral of the story here is, build tools. Time spent up- 
front will pay off in the end. In the future we are moving 
toward an online database system that will allow the transla- 
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tors the ability to modify the text over the web, which will then 
automatically be integrated into our build process. 


Art tools. Placing this element in the “what went 
4. © wrong” list pains me. We made a strong commitment to 
creating good tools and supporting them through their develop- 
ment. The importance of building good tools in a timely fashion 
cannot be stressed enough. All too often our art tools reach 
maturity at the last minute. Our ability to preview our art in a 
native platform environment (Playstation 2 or Xbox) was ham- 
pered for a great deal of the project. In addition, our special 
effects tools did not fully come online until two months before 
alpha. This significantly cut down our iteration and refinement 
time. Although the final versions of the game are beautiful, so 
much more could have been achieved, specifically when it came 
to maximizing the potential of each platform, if we had had 
stronger, more artist-friendly tools from the start of the project. 
During our preproduction period, we should have created multi- 
ple “stress cases” to truly define the scope of the feature sets we 
would require for active development. 


Product messaging. The air-combat market is a com- 
5 ® plicated beast. On the PC side, your game is either a 
hardcore flight simulation, a space combat game, or an 
“arcadey” shooter. On the console side, there is a bit more lati- 
tude with respect to genre definition. Totally Games’ history 
with the genre was both a blessing and a curse. Tying the game 
to our SECRET WEAPONS OF THE LUFTWAFFE gave many the 
false impression that we were setting off to make a hardcore 
flight simulation. We actively attempted to address this mis- 
conception, but somewhere the true message did not reach 
many of our fans. This created some confusion as to what type 
of game we were making. Surprisingly, our console fans (new 
to Totally Games’ titles) accepted and embraced what we put 
on the shelves, though our PC players seemed disappointed 


with the direction we decided to take. Although we understood 
that there are distinctions between console and PC gamers, we 
failed to realize that each required very specific handling in 
terms of delivering the message of the game. One must be 
aware of the types of genre labels one’s game may receive 
depending on the platform. In retrospect, we might have done 
a better job at fostering a community base, and keeping those 
in the community base well informed of what the game was 
and how it was progressing. 

We live in an information-rich world, and although it is easy 
to keep one’s head down in order to deal with daily challenges 
of development, we owe our fans and the game community 
our best efforts at reaching out and keeping them in the loop. 
They serve as an invaluable resource to bounce ideas off of, 
and as a source of inspiration. Time will tell if our current 
efforts at promoting and supporting the game can break some 
of its lingering misconceptions. In the end, as the reviews seem 
to support, we reached our goal of producing a fun, exciting 
air combat game. 


Leaving the Nest 


riting these words a few weeks after SWON’s release, I 
feel the term “postmortem” is slightly inappropriate. If 
anything I think “postpartum” might be more applicable. All 
involved accomplished the difficult task of finishing the game 
across three platforms, and shipping the game off to the 
world on time. This was the hardest development cycle of my 
career, and the hardest, I’m sure, for many others. In the end, 
I am proud of what we accomplished. Not only did we make 
our first entry into console gaming, but we did it with a 
degree of professionalism and savvy that makes us all proud. 
The reviews have been kind, and all that is left to see is the 
reaction of our fans. Hopefully, they will enjoy the game as 
much as we do. Happy flying! # 








Distinctively arcade-like game features such as dogfighting and an established legacy in simulation can confuse the intended audience. 
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Art by recent graduate Jung-seung Hong, modeler at Industrial Light + Magic 
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| gaming as part of degrees in computer science or 
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you need to start a professional career in the 
animation or video game industries? 


How do you get from here to there? 











Starting at an Art Institute, you will hit the ground 
running. Our faculty, many of whom are industry 
professionals, bring their experience into the 
classroom to help you develop and focus your 
skills and creativity. An Art Institute education 

is intensive, practical and designed specifically 
to help you begin your career. Call us today 

and put your creativity to work. 
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continued from page 56 


order to best serve their pur- 
pose and do their job well, 
learning instead to draw sat- 
isfaction from payment, and 
taking pride in professional 
conduct in place of emotion- 
al gratification. 

Of the many challenges 
that face the professional 
artist, most are similar in 
nature to the quandary 
faced by the Zen monk, 
originating from a loss of 
control. We were artists 
long before we became pro- 
fessional artists. Often during these earlier years, our art 
served as a form of self-expression, relaxation, and a great 
source of personal pride and self-worth. It’s also one of the 
few aspects of our life over which we were able to exercise 
absolute control. Sometimes it’s hard, when you have been 
steering your own ship for so long, to relinquish the helm and 
resign yourself to rowing while someone else steers. But we 
must—that is our job. 

In years past, this bothered me, causing me at times even to 
question my decision to make art a career, and as a result, 
lose one of my favorite pastimes. But recently I have found 
that there is much joy to be had as a professional artist. It 
comes not by searching out and discovering more favorable 
circumstances or by altering your environment, but rather by 
altering your own perception of events. 


COMPANY NAME 


Academy of Art College 
Alienware 

Araxis 

Art Institute 

Atari 

Climax 

Collins College 

Dell 

EA 

Full Sail Real World Education 
Hartecenter at SMU Guildhall 
lron Lore Entertainment 
Microsoft Direct X 


www.gdmag.com 


At the moment of creation, 
there is no reason to do 
less than what Is possible. 
At completion, however, 
there is no reason to 
expect more 


Instead of scheming over 
new means with which to 
preserve their creations, or 
vainly cursing their misfor- 
tune, Zen monks divorce 
themselves from countless 
hours of effort, and relin- 
quish all emotional attach- 
ment to their Mandalas once 
they’re complete. They do so 
in recognition of their pow- 
erlessness to control destiny, 
and the foolishness and futil- 
ity of such aspiration. 

What is remarkable is that, 
although they crave no emotional payoff for their labor, their 
personal detachment does not negatively affect the quality of the 
work. They live in the present moment, and at the moment of 
creation, there is no reason to do less than what is possible. At 
completion, however, there is no reason to expect more from a 
piece of art, for it is finished, static, and dead. The time has come 
to remove it from thought and focus on the present task, one 
that has not yet reached maturity, one that may still benefit from 
the attention. This is the Zen of the professional artist. w 


ERIK ASORSON | Erik is a Southern California-based 3D artist 
specializing in videogame development. His work has been featured 
in seven videogames since 1998. He is the author of “Game Artist’s 
Perspective,” a bi-weekly column at www.cgworks.com. Contact 
him at erik@erikasorson.com. 


COMPANY NAME 


Monolith Production 

New Pencil 

Oregon 3D 

Programmer's Paradise 

RAD Game Tools 

Sammy Studios 

Savannah College of Art & Design 
TKO Software 


Trymedia Systems 
University of Advancing Technology 


Vancouver Film School 
Xoreax 
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en Buddhists have a tradition of 
creating beautiful, intricate art- Aq 
works in sand called Mandalas. They * 

sometimes dedicate months to perfect- 





ing these elaborate arrangements. Then, 
once the masterpiece is complete, they destroy it. 


As an artist and a Westerner, when I first heard of this prac- 


tice I felt an inexplicable knot in my stomach. Imagine your 
proudest achievement suddenly gone, with only the memory 
of its creation left to comfort you. Imagine your résumé and 
portfolio blank in spite of years of work experience. Now 
imagine that you caused this, and you did it willingly. 

This goes against everything we are taught. “You reap what 
you sow,” so we spend our lives sowing furiously, in hopes of 
reaping great rewards in the future. But when do we stop 
sowing and start reaping? If we stop sowing today, then what 
happens tomorrow? No time to ponder—up the corporate 
ladder we scurry, around and around the hamster wheel. It’s 
the old rat race, and as videogame developers, even we are 
part of it. 

One might ask why Zen monks would destroy such a beau- 
tiful piece of art. Well, consider the alternative. How on earth 
do you preserve a piece of artwork made from sand? The 
slightest vibration, even the footsteps of a passerby or a con- 
versation in the next room, poses a catastrophic threat. With 
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every passing moment the sand settles and shifts. It cannot be 
preserved. It is beyond control. So they do not seek to control 
or prolong what cannot be, and therein lies their wisdom— 
wisdom that can be applied to our world, the world of the 
professional artist. 

“Professional artist” is a curious term, somewhat contradic- 
tory in nature. If you define the word “professional” in rela- 
tion to getting paid for a service, then it makes sense, but if 
you define it through association with the concept of profes- 
sionalism as it pertains to etiquette, it’s a bit harder to wrap 
your mind around. Artists rely on their ego and a strong sense 
of individuality to distinguish themselves. Our creative process 
is often fueled by the desire for emotional satisfaction, thriving 
on concepts such as pride, inspiration, creativity, recognition, 
and congratulation. True professionals, on the other hand, 
must suppress their ego and forego their personal agenda in 

continued on page 55 
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Bink takes the grind 
out of game video! 


The video codec for games 





Bink has shipped in 2,000 games for 

a reason. It is the standard for video 

in games - it is faster (up to 4 times 
faster), it uses less memory (up to 18 

MB Iess), it has a built-in audio codec, 

iC supports every platform, multiple 
audio tracks, data interleaving, alpha 
and RLA files (for Z-depth, normal and UV 
per-pixel data), and much more! 


It's like having your own codec 
Using Bink is like using a video codec YOu 
wrote yourself. You can, for example, 
play to the screen, to a 3D texture, to a 
back buffer, to an overlay, toa plain old 
chunk of memory, or whatever. Bink 
works the way you want it to. 





RAD knows games 


We have been selling middleware 
solutions since 1991. We can solve 
the problems you face, because we 
(or Our 2,000 previous customers) have 
had to solve them too! 


For more information: 
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